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AMIGA 

Editoriale 


AMIGA 600? SI' GRAZIE! 

Proprio pochi giorni prima di andare in stampa, è arrivato in 
redazione (di venerdì pomeriggio) l'ultimo nato in casa 
Commodore: Amiga 600HD. 

La mia prima impressione è stata di stupore: la confezione è 
molto piccola e leggera. 

Naturalmente, come un bimbo con il giocattolo nuovo, mi sono 
"tuffato" a collegare il neonato; seconda sorpresa: l'hard disk 
interno è di una comodità eccezionale. 

Ma si sa, di sabato la redazione chiude: l'unico modo per 
continuare a "giocare" con il 600 era portarsi a casa il 
"gioiellino" e così ho fatto. 
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Fuori dagli uffici, il 600 dimostra tutta la sua flessibilità: si può 
collegare a qualsiasi TV e la resa è quasi come quella di un 
monitor dedicato. L'hard disk interno è così utile, che se ne 
dimentica la lentezza. 

E' talmente poco ingombrante che l'ho portato a casa di amici 
e, invece di uscire, ci siamo fermati a giocare... 

Ora, mentre scrivo questo editoriale, il giocattolino sta 
comodamente in un angolino della mia scrivania, senza 
occupare eccessivo spazio. Peccato che devo restituirlo, ma, 
probabilmente, il mio prossimo acquisto sarà proprio un 
Amiga 600: il mio vecchio 500 ha trovato un degno 
compagno e rivale. 

Per finire qualche errata corrige: sul numero 33, pagina 69, si 
sostiene erroneamente che il prezzo del PC 286 della GVP è 
inferiore a quello dell'ATOnce Plus. Ci scusiamo con i lettori, 
ma il prezzo presunto, che ci era stato comunicato 
inizialmente, era molto inferiore a quello del listino finale. A 
pagina 67 compaiono due errori nel riquadro del Diskpeed: 
alla quarta riga il valore 3 era invece 43; alla undicesima 
riga, quinta colonna, i I valore esatto è 728784 e non 72878. 
Ci scusiamo, infine, per l'errore di stampa della foto apparsa a 
pagina 66 del numero 32. 


Massimiliano Anticoli 
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GVP Serie II 

La nuova generazione di SCSI & RAM 
controllers per AMIGA 2000 

Pienamente SCSI compatibile, fino a 8MB di RAM 
su scheda nuovo controller ad alta velocità 


"FAASTROM". 

52MB Quantum 954.000 

105 Quantum 1.591.000 

Modulo RAM da 2MB 220.000 

GVP Serie II 

HD Espandibile fino a 8MB RAM per A500 

52MB Quantum 1.306.000 

105 MB Quantum 1.690.000 

Modulo RAM da 2MB 220.000 

GVP Serie II 

Espansione RAM da 2 a 8MB per AMIGA 2000 

2MB 400.000 

4MB 620.000 

6MB 840.000 

8MB 1.060.000 

GVP 68030 


Schede acceleratrici per AMIGA 2000 

68030, Coprocessore matematico 68882, controller 
per hard-disk SCSI o AT, Espandibile a 13,1 6 o 32MB 
32bit RAM. 

22Mhz RAM 1MB 1.926.000 

33Mhz RAM4MB 3.684.000 

Modulo RAM da 4MB 60ns 32 bit 700.000 

GVP IMPACT VISION 
Scheda grafica 24bit 

Per A3000 e 2000, scheda grafica 16.000.000 di 
colori, Frame buffer 24bit 1.5MB + genlock +frame- 
grabher + flker + uscite simultanee RGB, Composito, 
S-VHS + Picture in picture display +Programmi 
dedicati (GVP scala 24bit, Caligari 24bit, Macro- 
poi nt 24bit) + Control Panel. 

SK 24bit Sch. Grafica 16.000.000 4.854.000 

GVP550 Adattatore per A2000 133.000 

ADVANCED STORAGE SYSTEMS NEXUS 
SCSI & RAM controllers, e Software di 
gestione HD per AMIGA2000 

Interfaccia SCSI ad alte prestazioni, espandibile fino 
a 8MB, garanzia 5 anni. Completa di Software di 
gestione Hard-disk: FlashBack, Powerbench, Smart- 
cache, Spoollt, Disksurgeon, Instantf ormai, Memory - 
doctor 


SCSI controller 


40MB 

Teac 

450.000 

53MB 

Quantum 

849.000 

105MB 

Quantum 

980.000 

170MB 

Quantum 

1.390.000 

170MB 

Quantum 

1.790.000 

210MB 

Quantum 

1.950.000 

425MB 

Quantum 

3.592.000 

128MB 

Ottico R/W removibile 

2.980.000 

600MB 

Ottico R/W removibile 

5.980.000 

Cartuccia per 600MB 

299.000 

Cartuccie per 128MB 

99.000 

Modulo RAM da 2MB 

220.000 

COMMODORE COMPUTER 

Amiga 500 

68000 7Mhz 512Kb 

645.000 

A500 Plus 

68000 7 Mhz 1MB 

739.000 

A500 Ap. 

A500 PLUS +Soft. ap. 

749.000 


STEINBERG 

1.390.000 

Amiga 200068000 7Mhz 1MB 

1.340.000 

CD-TV 

Riproduttore CD-TV 

1.150.000 


COMMOCORE MONITOR 


1084S 

Monitor colore Stereo 

450.000 

1950 

Monitor alta risoluzione colore 


Multisync 

695.000 

A2024 

Monitor alta definizione 4 grigi 


per DTP 

840.000 

COMMODORE MISC PRODUCT 

A590 

HD 20MB per A500 espandibile 


a 2MB RAM 

639.000 

A520 

Modulatore TV 

49.000 

A2088 

Scheda Bridgeboard 



Janus XT 

610.000 

A2086 

Scheda Bridgeboard 



Janus AT 

839.000 

A2300 

Genlock per Amiga 2000 

289.000 

A2320 

De-interlacer Flicker fixer 

390.000 

AIO 

Altoparlanti stereo amplificati 


per Amiga 

69.000 


HARDWARE 

AMIGA 

ACD 68040 FUSION FORTY 
Scheda acceleratrice per AMIGA 2000 

Motorola 68040 a 25 Mhz , 25 MI PS, espandibile 4MB , 
16MB o 32MB RAM a 32bit 
68040RAM 4MB 4.890.000 

ICD AdScsi2080 

SCSI controllers + RAM peer AMIGA 2000 


SCSI controller 

299.000 

40MB 

Teac 

698.000 

50MB 

Quantum 

829.000 

105 MB 

Quantum 

1.239.000 

170MB 

Quantum 

1.639.000 

210MB 

Quantum 

1.799.000 

425MB 

Quantum 

3.441.000 

Modullo RAM da 2MB 

220.000 


ICD Adlde 

AT controller per AMIGA 

Interfaccie AT-Bus per AMIGA, montaggio all'inter- 
no del computer, sia per 500 & 2000. La Adlde40 
funziona con tutti gli hard-disk standard AT, mentre 
la Adlde44 si usa con gli hard-disk da 2 J pollici. 


Adlde 40 

319.000 

Adlde 44 

359.000 

Novìa20i HD 20MB int. A500 

890.000 

Prima52i HD52MB int. A2000 

849.000 

Prima I05i HD 105MB ini. A2000 

1.259.000 

ICD AdRam2000 


Espansioni di memoria per AMIGA 2000 

RAM controller 

214.000 

2MB 

390.000 

4MB 

566.000 

6MB 

742.000 

8MB 

918.000 

ICD AdRam540 


Espansione di memoria da 0 a 6MB 

per AS00 

RAM controller 

238.1X10 

1MB 

326.000 

2MB 

414.000 

4MB 

590.000 

6MB 

1.165.000 


ICD Mise Products 

AdSpeed acceleratore per tutti i computer AMIGA. 
lóMhz e 32Kb di cache-ram a 32bit. Flicker free 
video per tutti gli AMIGA, alta qualtà senza flicke- 


ring. 

AdSpeed 460.000 

Flicker Free 690.000 

POWER RAM 

Espansioni di memoria per AMIGA 500 

5 1 2Kb no clock card 69.000 

512Kb clock card 85.000 

1.5MB clock card 239.000 


POWER DRIVE 

Drive esterni ed interni per AMIGA 500 & 2000. Il 
nuovo PC880B ha il nuovo copiatore hardware 


NewBlìtz e l’antivirus integrati su scheda. 


PC 8 80 

Drive esterno 

129.000 

PC880B 

Drive esterno 

149.000 

DDriverB 

Doppio drive 

249.000 

PC882 

Drive int. per A 2000 

115.000 

A500D 

Drive int. per A 500 

115.000 

POWER PERIPHERAL 


Mouse 

optomeccanico 290dpi 

49.000 

Mouse 

ottico 300dpi 

99.01» 

Trackball 


75.000 

Midi 

interfaccia 

44.000 

Micro w 

Flicker Fixer per A2000 

399.000 

Datel 

Action replay A500 

159.000 

Datel 

Action replay A2000 

169.000 

Scanner 

con Soft di gestione im. 

385.000 

AT-ONCE 

Emulatore MS-DOS 

369.000 

AT-ONCE 

Ad. AT-ONCE A 2000 

164.000 

Powerboard 

[ Emulatore MS-DOS con esp. 


5 12 e DOS originale 

590.000 

NEWBlitz 

Copiatore 



Hardware + anti virus 

59.000 

Mat 

Tappetino per il mouse 

13.000 

Opt. Mat 

Tappetino per m.ottico 

25.000 


Come Ordinare: 

Per Telefono: 

Chiamando il 0615646310 (2 linee R. A.) 

Per Posta: 

Indirizzando a POWER COMPUTING Srl 
Via delle Balear, 90 
00121 Ostia Lido - ROMA 
Per Fax: 

Al numero 0615646301 

Vendita diretta al pubblico: 

In Via delle Baleari, 90 
00121 Ostia Lido - ROMA 

E' possibile pagare con 
CARTA DI CREDITO 
anche telefonicamente. 
SPEDIZIONI IN CONTRASSEGNO 
IN TUTTA ITALIA 
TUTTI I PREZZI SI INTENDONO 

IVA INCLUSA 

Tutti i prodotti dove non diversamente 
specificato sono coperti da garanzia di 12 mesi 

Cavetteria per AMIGA & ATARI 

VASTO ASSORTIMENTO 
SOFTWARE 
PER AMIGA & ATARI 

DISPONIBILI TUTTI I TITOLI 
PER CDTV 


HARDWARE 

AMIGA 


900E 

POWER HARD-DISK 

40MB Slimline 

747.000 

900E 

100MB Slimline 

1.229.000 

900B 

40MB clock 

962.000 

900B 

40MB noclock 

923.000 

900B 

100MB clock 

1.389.000 

900B 

100MB noclock 

1.349.000 

PC720E 

POWER DRIVE 

Drive esterno alimentato da Joystick 

138.000 

PC 7 20 

Drive esterno con alimentatore 



indipendente 

188.000 

ATARID 

Drive interno ATARI senza modifica 1 18.000 

RAM2 

POWER RAM 

Espansioni di memoria per ATARI 

Espansione di memoria 



per ATARI da 2MB 

396.000 

RAM4 

Espansione di memoria 



per ATARI da 4MB 

586.000 

Mouse 

POWER PERIPHERICAL 

optomeccanico 290dpi. 

49.000 

Mouse 

ottico 300DPI 

99.000 

Trackball 


75.000 

Scanner 

con Software di gestione immagini 

469.000 

Blitz 

Copiatore hardware 

49.000 


AT-ONCE Emulatore MS-DOS 16Mhz 559.000 


Ultimate Ripper 89.000 

AdSpeed scheda velocizzatrice 460.000 

ICD CONTROLLERS 

AdSCSl Micro 

controller interno per ST 165.000 

AdSCSl Norm 

controller per ST 210.000 

AdSCSl Plus 

control ler con clock per ST 2 1 5.000 
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ANCORA 2.0 

Spettabile redazione, 
il motivo per cui vi scrivo è il seguen- 
te: nel numero 28 (Novembre 1991) 
leggo a pag.16 "Buone notizie per 
gli utenti Amiga: la Commodore Ita- 
liana ha attivato la campagna 2. 0. . " 
e a pag.19 nello speciale SMAU 
", Amiga 500 Plus e OS 2.0..." 

Non vedo il nesso della buona noti- 
zia, quando mi si prospetta una 
spesa e considerando che un mio 
amico giorni addietro ha acquistato 
un Amiga 500 Plus e abbiamo con- 
statato che pochissimi programmi 
interagiscono; quindi nel caso mi 
decidessi a montare le nuove ROM 
2.0 che fine faranno tutti i programmi 
che ho comprato (non piratati). 
Capisco che bisogna sempre guar- 
dare in avanti e migliorarsi; però, 
perché non si fa questo senza crea- 
re disagi all'utente? 

Spero in tutti i modi di avere un 
vostro tanto atteso riscontro in meri- 
to. Posso, nelle condizioni elencate- 
vi prima, montare le ROM 2.0? Si 
riuscirà a poter utilizzare tutti i pro- 
grammi che utilizzavo col vecchio 
sistema? 

Ringrazio anticipatamente, distinti 
saluti. 

Corrado Gargano - Noto (SR) 

Caro Corrado, 

potrai montare le ROM 2. 0, ma non 
aspettarti, come hai constatato, che 
tutto il software in tuo possesso 
funzioni regolarmente. Non pensare 
comunque che la responsabilità sia 
da imputare alla Commodore: se i 
programmatori seguissero mag- 
giormente le direttive della casa 
madre a quest'ora non staremmo af- 


frontando questo problema! Una 
cosa perdei sfugge: se sei un utente 
novizio, come affermi nella tua lette- 
ra, perché questa impellente neces- 
sità del sistema operativo 2.0? Le 
case continueranno ancora per anni 
a supportare i vecchi sistemi e in 
ogni caso il software disponibile è 
talmente numeroso e vario da non 
poterti creare problemi di alcuna 
sorta. Inoltre, se hai veramente gli 
originali saprai che molte software 
house spediscono frequentemente 
upgrade dei propri programmi e, 
ultimamente, la compatibilità con il 
2.0 e con i processori più veloci è la 
prima cosa a cui pensano. Per con- 
cludere, la spesa da affrontare per 
le ROM 2.0 è quasi ridicola (si parla 
di circa lire 150.000 per il Kit), quin- 
di perché questo accanimento? Il 
futuro non è poi cosi grigio. . . 


MIDI E BASI MUSICALI 

Spettabile Gruppo Editoriale Jack- 
son, 

sono un vostro lettore della rivista 
Amiga Magazine. Posseggo un 
computer Amiga 500 corredato 
anche di interfaccia MIDI. Nello 
Spazio MIDI che voi dedicate alla 
computer music ho molto apprezza- 
to le novità per quanto riguarda i 
moduli Roland e i vari programmi 
musicali che avete presentato. 
Poiché mi sono affacciato da poco 
alla computer music, perché prima 
mi limitavo solo a suonare le tastiere 
senza alcun ausilio di computer, 
desidero sapere se per Amiga 500 
esistono basi musicali complete 
come quelle che sono in commercio 
per!' Atari già da anni. Poiché penso 
che Amiga non ha niente da invidia- 
re all'Atari (ST N.d.R.) suppongo 
che esistano. Gradirei, sempre se 
possibile, ricevere una lista dei bra- 
ni in caso positivo. 

Ringraziandovi anticipatamente 
della vostra cortesia e scusandomi 
del disturbo, vi invio cordiali saluti. 
Fabrizio De Carlo - S. Giovanni in 
Fiore (CS) 

Caro Fabrizio, 

sappi che se il software di sequen- 


cer utilizzato con Amiga è in grado 
di ricevere file in standard MIDI file, 
allora è possibile caricare su com- 
puter tutte le basi musicali su floppy 
disk da3 pollici e mezzo ed essendo 
moltissime ci è praticamente impos- 
sibile farne un elenco in queste 
pagine. Un gran numero di produt- 
tori si serve di inserzioni su riviste 
specializzate in campo musicale, 
piuttosto che su mensili informatici. 
Se vuoi un consiglio dai un'occhiata 
a SM Strumenti Musicali sempre del 
Gruppo Editoriale Jackson: lì dovre- 
sti trovare tutte le basi di cui hai 
bisogno. 


600 SI', 600 NO 

Spettabile redazione, 
ho letto il numero di Aprile della 
vostra rivista e con molto stupore e 
interesse e, diciamo pure, con una 
notevole rabbia mi sono tuffato sul- 
l'articolo riguardante il nuovo 
'gioiello " di casa Commodore. Ma 
come? E' da poco uscito il 500 Plus 
e la casa più famosa del mondo ci 
propone un clone con la scusa del 
restyling, del controller per Hard 
Disk e della maggiore compattezza 
dei componenti! Ora mi chiedo cosa 
dovrebbero fare tutti coloro che 
hanno appena acquistato un Plus: 
mangiarsi le mani per non aver 
aspettato un nuovo modello (giunto 
fra l'altro del tutto insapettato) o fre- 
garsene visto che si tratta più o 
meno del medesimo computer? 
Non vorrei che si ripetesse la burla 
del CI 6 e del Plus 4... 

Matteo Bossi - Ferrara 

Distinta Redazione, 
sono un felicissimo possessore di 
Amiga 2000, ancora più contento 
dopo aver letto il numero di maggio 
di Amiga Magazine, la migliore rivi- 
sta del settore a mio giudizio (gra- 
zie, troppo buono N. d. R.)e l'articolo 
sul 600. Finalmente la Commodore 
ha saputo dimostrare di non dormire 
sugli allori come in passato e vivere 
di rendita grazie a sporadiche idee 
geniali (C64 e Amiga 500); il nuovo 
600 può conquistare un'altra fetta di 
mercato contribuendo all'amplia- 
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mento del mondo Amiga in tutto il 
mondo e, attenzione, a non fare 
concorrenza al Plus. Nonostante le 
similitudini infatti le due macchine 
sono destinate a due fasce di mer- 
cato diverse (come d'altronde spie- 
gava l'articolo in questione) e quindi 
non dovrebbero darsi fastidio a vi- 
cenda. Complimenti Commodore, 
una mossa davvero azzeccata. 
Aldo De Biagi - Napoli 

Le due lettere si commentano da 
sole. Vorremmo solo aggiungere 
che è inutile pigliarsela tanto: se vi 
serve una macchina dal costo con- 
tenuto, semiportatile ma inespandi- 
bile "tuffatevi" sul 600, altrimenti 
scegliete il Plus. 

Certo, così il criterio di scelta è piut- 
tosto semplificato, ma è solo per far 
capire che le due macchine non si 
annulleranno a vicenda secondo il 
nostro parere e le periferiche per 
Amiga continueranno a fioccare 
come accade ora. 


AMIGA ABARTH 

Distinta redazione di Amiga Maga- 
zine, 

seguo la vostra rivista con notevole 
interesse perché la ritengo l'unica 
valida in questo campo, ma avrei un 
appunto da farvi: la maggior parte 
delle vostre recensioni è dedicata 
solo a utenti professionisti o con 
molto denaro. Molti degli articoli si 
concludono con frasi del tipo "indi- 
spensabile per iposessoridi 68030" 
oppure "il prdotto XYZ funziona, 
ovviamente, solo sotto Kickstart 
2.0". Ovviamente? Eppure credevo 
che la maggioranza di utenti Amiga 
possedesse un Amiga 500 espanso 
a 1 Mb, con drive esterno e basta. 
Qual è la percentuale di possessori 
di schede acceleratrici, hard disk e 
espansioni da 5 Mb? Davvero mini- 
ma, a mio giudizio. Quindi credo 
che molti lettori preferirebbero più 
articoli e recensioni dedicate a una 
fascia d'utenza più bassa. 

Spero che non vogliate intendere la 
mia lettera come un insulto, ma 
come critica costruttiva utile a voi 
come a noi lettori. 

Distinti saluti. 

Max Vecchi - Roma 


Caro Max, tanto per cominciare pre- 
cisiamo una cosa: le recensioni di 
Amiga Magazine sono destinate a 
tutta l'utenza Amiga e proprio per 
questo motivo nelle conclusioni 
cerchiamo sempre di trarre un giu- 
dizio rivolto sia al possessore di un 
500 insepansoche al professionista 
"armato" di 3000 e Hard Disk da 1 .2 
Gigabyte. 

Ovviamente se l'articolo riguarda un 
prodotto per il ray tracing non pos- 
siamo esentarci dal consigliarlo ai 
soli possessori di Amiga velocizzati 
e neppure possiamo esentarci dal 
recensirlo, poiché le persone inte- 
ressate a questo argomento sono 
moltissime, sia che possiedano un 
68030, sia che stiano per comprar- 
ne uno, sia per curiosità. 

Inoltre, saràvero che l'utenza Amiga 
è composta (purtroppo) in larga 
parte da ragazzini con 500 inespan- 
so e joystick collegato come unica 
periferica, ma non bisogna dimenti- 
care che questa rivista è dedicata a 
tutti coloro che vogliono sfruttare 
Amiga in tutte le sue potenzialità. 
Perciò ecco motivate le recensioni 
di hardware, di utility, ecco il perché 
di TransAction e di Game Show che, 
anche se limitato a due pagine, 
vuole offrire una panoramica sui 
migliori giochi usciti per Amiga 
(perché Amiga vuol dire anche gio- 
co). 

Leggendo le vostre stesse lettere ci 
siamo resi conto che molti di voi 
possiedono schede acceleratrici, 
emulatori PC, espansioni di memo- 
ria e hard disk. 

E ricordate che non siete obbligati a 
comprare tutte le periferiche che 
escono quotidianamente per Ami- 
ga: Amiga Magazine serve proprio 
per informarvi e aiutravi a scegliere, 
sia che abbiate un A500 con 51 2K di 
FastRam, sia che possediate un 
CDTV, sia che lavoriatecon un 3000 
a 25 MHz. il mondo è bello perché è 
vario... 


BREVEMENTE 

Cominciamo questo mese con la 
lettera di Antonio Lionello che ha 
fondato un club per utenti Amiga 


basato principalmente sullo scam- 
bio di trucchi, consigli e altro per 
l'Action Replay, spesso considerata 
ingiustamente come la via più breve 
per piratare giochi. 

Per informazioni scrivete a: Lozer 
Marina - Via Desenzano 2/9 - 30038 
Spinea (VE). A tal proposito vorrem- 
mo ricordare che su uno dei prossi- 
mi numeri ci occuperemo in maniera 
più approfondita della MK Ili, terza 
versione della sopracitata cartrid- 

§ e. 

ì, caro Alessandro Assi di Milano, 
ad Amiga Magazine leggiamo tutte 
(propriotutte) le lettereche ci arriva- 
no e il criterio di selezione delle 
letterepubblicabili è semplicissimo: 
primavengono scelte le missivecon 
problemi comuni a più lettori e poi 
quelle interessanti per qualche ra- 
gione. 

Ovviamente non possiamo rispon- 
dere a TUTTE le lettere (non abbia- 
mo ancora più di 40 pagine a nume- 
ro a disposizione solo per la Posta) 
quindi non possiamo stampare la 
tua missiva e nemmeno quelle di 
altri lettori che chiedono quanti 
grammi pesa una certa scheda o 
domande sul genere (e, credeteci, 
ne arrivano svariate decine simili!). 
Sono arrivate le prime risposte circa 
l'annoso problema dei demo sul 
dischetto di Amiga Magazine e, 
nove volte su dieci, sono decisa- 
mente contrarie, quindi per adesso 
niente demo sul disco allegato! 


PRECISAZIONI 

All'ultimo momento, l'AP&S, distri- 
butrice italiana del DCTV, ci ha 
comunicato che, contrariamente a 
quanto affermato nell'articolo a pag. 
59 di questo numero, il DCTV in 
commercio non contiene la versione 
PAL del programma DCTV (presen- 
te nel disco 1). Il programma co- 
munque funziona perfettamente 
sotto Kickstart 2.0 mentre l'utente di 
Kickstart 1.2 o 1.3 dovrà quindi 
usare i due programmi separati 
DCTVPainte DCTVProc, equivalenti 
dal punto di vista funzionale al pri- 
mo. Infine, il prezzo previsto sarà di 
1 .090.000 lire IVA compresa. 
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DALLA STAMPA 
DI TUTTO L MONDO 


OVER THE TOP 

In occasione della manifestazione "Amiga '92". 
tenutasi a Berlino dal 3 al 5 aprile, la Hardital di 
Milano ha presentato al pubblico la "OVER THE 
TOP", una nuova scheda acceleratrice per Amiga 
2000 basata sul processore Motorola 68040. 

Le caratteristiche principali sono: 

• CPU MC68040 che incorpora MMU, FPU e due 
cache separate da 4 Kb per dati e istruzioni; 

• Design asincrono per permettere in futuro, 
quando disponibili, l'utilizzo di processori a 33 e 40 
MHz: 

• Un apposito processore gestisce fino a 32 Mb di 
RAM a 32 bit facendo uso di moduli SIMM da 1Mbit 
o 4Mbit: 

• possibilità di aggiungere un modulo con un 
controller hard disk in standard SCSI 1 1 d a 32 bit. 

Un deviatore permette la selezione del modo 68040 
o 68000 per permettere la compabilità con tutto il 
software esistente; inoltre, un altro deviatore abilita 
o disabilita il controller hard disk. Ovviamente la 
scheda è compatibile con i sistemi operativi '1 .3 o 

2.0. Infine, il prezzo come ultima sorpresa: nella 
configurazione base senza RAM sarà di Lire 

1.490.000. 

Per ulteriori informazioni: 

Hardital S.r.l. - Via G. Cantoni, 12 - 20144 Milano 
Tel. 02/4983457-4983462 - Fax. 021498346 


IL MONDO 
ALLA ROVESCIA 

Sul numero di aprile della 
rivista tedesca Amiga Ma- 
gazin compare la pubblicità 
del Macintosh Classic: l'av- 
viso cerca di far leva sul 
basso prezzo d'acquisto 
del prodotto. 

La rivista, come sapete, è 
dedicata esclusivamente 
ad Amiga, che in Germania 
domina letteralmente il mer- 
cato consumer. 

Un'Apple che fa la corte al 
mondo Amiga indubbia- 
mente sorprende, ma testi- 
monia, probabilmente, la 
crescente importanza del 
mondo deH'home computer 
nel contesto del volume 
complessivo del mercato 
informatico. 

UNA SCHEDA 
DIGITALIZZATRICE 

A 24 BrT 

La tedesca Macro System, 
nota per i suoi hard disk 
Evolution e Multi Evolution, 
nonché per la scheda audio 
Maestro, pubblicizza una 
nuova scheda interna per 


A2000 e A3000, capace di 
catturare immagini a 24 bit 
ad alta velocità. La pubblici- 
tà accenna anche alla pos- 
sibilità di PIP e al supporto 
ARexx. 

Si chiama VLAB e il prezzo 
previsto in Germania è di 
598 marchi. 

UN CONTROLLER 
HARD DISK 
AD ALTA VELOCITA' 

LaMasoboshi ha annuncia- 
to un nuovo controller DMA, 
AT e SCSI che consente 
anche di aggiungere fino a 8 
Mbdi RAM (Zip): la scheda 
è autoconfigurante, auto- 
mount e RDB compatibile. 
Ne da notizia la tedesca 
AmigaMagazin,che riporta 
un transfer rate di 1 060 K in 
letturae di 940 K in scrittura, 
su 68000.1 1 nome è Master- 
Card e il prezzo in Germania 
con hard disk Quantum 52 
LPS è di 950 marchi. 

GRAFICA A 24 BTT 

L'AVideo 24, una scheda 
grafica a 24 bit, da montare 
internamente all'A2000 e 


all'A3000,al posto del Deni- 
se (neavevamo dato notizia 
tempo fa), viene ora com- 
mercializzata in Germania 
assiemealla piùeconomica 
AVideo 12 (colori a 12 bit, 
adatta anche all'A500). Il 
prezzo previsto saràdi 1 300 
marchi per il modello mag- 
gioreedi800perquello più 
piccolo. 

Le due schede sono state 
ribattezzate ColorMaster12 
e 24, per il mercato tedesco. 
Ricordo che il prodotto è 
d'origine francese e non è 
ancora disponibile in Italia. 

REFLECTION2.0 

E' uscita la nuova versione 
di Reflection: il programma 


di ray tracing pare essersi 
profondamente rinnovato. 
Lo testimonia, se non altro, 
la politica di upgrade: il 
prezzo previsto è di 349 
marchi, l'upgrade dalla ver- 
sione precedente costa ben 
249 marchi. 

DESKTOP VIDEO 

La rivista americana Amiga 
World ha pubblicato un 
numero speciale (che si af- 
fianca alla normale pubbli- 
cazione della rivista) dedi- 
cato al DeskTop Video e 
all'animazione. 

Il numero è piuttosto interes- 
sante, perché offre una 
panoramica a 360 gradi 
sull'aggrovigliato mercato 


ABACUS 

Dal 7 al 1 1 maggio si terrà., alla fiera di Milano, la 
terza edizione di ABACUS, la prima mostra- 
mercato italiana. 

A questa edizione di ABACUS parteciperà la 
Commodore Italiana con tutte le ultime novità, la 
Epson con la sua gamma di stampanti e tanti altri 
interessanti produttori, sia hardware che software. 
Inoltre, i visitatori potranno entrare nella Casa 
Intelligente, nel mondo della Realtà Virtuale e fare 
un Viaggio nel Futuro: insomma un appuntamento 
da non perdere! 
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video per Amiga. Tuttavia, il 
punto di vistaè strettamente 
statunitense e poco spazio 
è riservato a prodotti, pur 
validi, di origine europea, 
sia in campo hardware, che 
software (non sono citati né 
Scala, né l'Harlequin). 

Gli articoli, quasi una venti- 
na per un totale di un centi- 
naio di pagine (lapubblicità 
è molto inferiore alla media 
di Amiga World), affrontano 
temi disparati, accomunati 
solo dal generico riferimen- 
to al mondovideoegrafico: 
le basi del DeskTop Video, 
le tecniche di editing video, 
il concetto di time code, la 
recensione di alcuni Time 
BaseCorrector, quella di tre 
Single FrameController per 
la registrazione di animazio- 
ni su videoregistratore a 
passo uno e di altri tre pro- 
dotti per l'editing video, tec- 
niche per l'utilizzo del Toa- 
ster, articoli di vario taglio 
sulla creazione di animazio- 
ni, una panoramica sui pro- 
dotti che consentono di 
combinare immagini e suo- 
ni, un esempio di grafica 3- 
D con superfici riflettenti, 
una panoramica sui dispo- 
sitivi a 24 bit (dall'HAM-E 
alla Rambrandt, ma nessun 
prodotto europeo). 

Una panoramica sui pro- 
grammi di Paint, da32a 16 
milioni di colori, l'analisi tec- 
nica comparativa di 10 
Genlock, una panoramica 
sulla titolazione video, un 
glossario 3-D e altre piccole 
cose. Si tratta, tutto somma- 
to, di uno speciale utile che 
permette di farsi un quadro 
ragionato e completo (an- 
che se non sempre appro- 
fondito sotto il profilo tecni- 
co) dello stato del DeskTop 
Video: un mondo in rapida 
espansione negli USA e in 
cui Amiga sta giocando un 
ruolo chiave. 

La crescita del settore ha 
spesso proiettato gli utenti 



NOVITÀ' MUSICALI 

La Biue Ribbon SoundWorks ha annunciato una 
serie di novità nella sua linea di prodotti musicali. 
SyncPro (1 99 dollari) è un programma di livello 
professionale, completamente configurabile, che 
permette di sincronizzare audio MIDI e video, 
mediante gli standard SMPTE, MidiTime Code e 
Song Pointer Sync. Il prodotto è compatibile con 
Bars & Pipes Professional e SuperJAMI, ma può 
essere utilizzato anche con altri programmi audio. 
E' in grado, fra le tante altre cose, di leggere e 
generare tutti i formati SMPTE e di convertirli nel 
formato MIDI Time Code. Tools Without a Home 
(1 9.95 dollari) è invece una collezione di moduli 
per B&P e B&PP realizzata da Chip Mattson e 
Larry Burger, due utenti professionisti di B&PP; i 
tool, che estendono le funzioni dei due pacchetti 
della Blue Ribbon, vengono forniti con i sorgenti, 
per consentire ai programmatori di modificarli 
secondo le proprie esigenze. Sono stati anche 
annunciati nuovi dischi Extras per SuperJAMI. Si 
tratta di raccolte di nuovi stili musicali, intitolati: 
"Pop/Rock Disk", "Classical" e "Cutting Edge 
Disk". Si possono richiedere, al prezzo di 24.95 
dollari l'uno, esclusivamente alla Blue Ribbon. 

E' infine stata annunciata la versione 7.0e di Bars & 
Pipes Professtonal: sono stati corretti alcuni bug e 
sono state aggiunte funzioni che permettono d'- 
usare fino a pieno Pro Studio Kit e Creativity Kit. 
L'upgrade verrà inviato a tutti gli utenti registrati, 
che ne faranno richiesta, al prezzo di 9.50 dollari 


Amiga in un universo poco 
familiare, perché riservato, 
fino a poco tempo fa, solo 
agli addetti ai lavori. 

Questo numero contribui- 
sce afare il punto nell'unico 
settore professionale in cui 
Amiga svolge un ruolo di 
primariaimportanza. 

EMULATORE MEGADRIVE 

L'elenco di piattaforme 
hardware emulate da Ami- 
ga sta per allungarsi: se- 
condo un messaggio circo- 
lato nella rete telematica 
amatoriale Fidonet, l'ingle- 
se Advanced Emulation sta 
lavorando a un emulatore 
software-hardware del 
Sega Megadrive, che do- 
vrebbe consentire di carica- 
re il software Megadrive da 
floppy, hard disko lettore di 
CD-ROM (anche mediante 
l'atteso A570 delle Commo- 
dore). 

La società dichiara una ve- 
locità pari al 60-65% di 
quellaoriginalecon il 68000 
e del 95% con un 68030. 
L'aspetto che risulta più 
sacrificato è il sonoro, men- 
tre i 64 colori della console 
vengono ottenuti o in modo 
half brite (ma certi colori non 
vengono rispettati), o in 
modo HAM dinamico (ma 
solosul68030). 

L'emù latore puòfunzionare 
con i lettori di CD-ROM della 
Philips e della Goldstar. 
Sono necessari 1.5 Mb di 
RAM e il Fat Agnus. 

E' previsto anche un adatto- 
re per leggere le cartucce 
ROM, eseguirle direttamen- 
te o trasferirle su disco, me- 
diante la porta parallela. 

La versione professionale 
fornisce anche delle funzio- 
ni da Action Replay. Riesce 
anche a caricare molti di- 
schi informatogiapponese. 
La Sega pare non abbia ap- 
provato il progetto. L'Ami- 
gaDrive Emulatordovrebbe 


essere disponibile dal 1 
Maggio 1 992 al costo di 99 
sterline per la versione nor- 
male e di 150 per quella 
professionale. Il software 
per il CD costa 75 sterline e 
l'hardware per le cartucce 
altre 20 sterline. 


Forniamo questa notizia 
così com'è: non abbiamo 
potuto vericare in alcun 
modo la sua attendibilità e 
quindi non possiamo esclu- 
dere che sia del tutto infon- 
data. 

HinterBringer 


NEL CASO DI DISCHETTO 
DIFETTOSO 

Può succedere che vi siano alcuni dischetti 
difettosi sfuggiti al controllo elettronico della 
macchina duplicatricc: nella sfortunata ipotesi in 
cui vi imbatteste in uno di questi, vi preghiamo di 
ritornarci il dischetto difettoso che vi sarà 
immediatamente sostituito con uno efficiente e 
rispedito a casa tramite stretto giro di posta. 
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AMIGA BERLIN '92 


Favolose novità 
dalla fiera tedesca. 


Carlo Santagostino 
& Carlo Todeschini 


A nche quest’anno si è svolta a 
Berlino, dal 3 al 5 aprile, 
quella che fino ad ora è stata 
considerata la più grande fiera euro- 
pea (e quindi mondiale) dedicata 
completamente ad Amiga. 

E anche quest’anno vari inviati di 
Amiga Magazine hanno affrontato il 
lungo e faticoso viaggio fino alla 
capitale tedesca, e molto probabil- 
mente per l'ultima volta, dato che le 
AmiExpo (quella di Colonia e quella 
di Berlino) non saranno più, a detta 
di molti, le principali fiere mondiali 
dedicate ad Amiga. La causa prici- 
pale è che la Commodore non sarà 
più presente agli AmiShow suddetti, 
a causa di discordi con l’organizza- 
zione (per quanto abbiamo potuto 
sentire dai pettegolezzi che girava- 
no) e da quest'anno organizzerà 
una fiera in proprio che sarà chia- 
mata “World of Commodore” a Fran- 
coforte. Noi, chiaramente, saremo 
anche lì, e vi potremo dire se questo 



decreterà la fine delle “mitiche” 
AmiExpo. 

Per i motivi sopracitati la quantità 
degli espositori era notevolmente 
diminuita rispetto agli anni scorsi, 
ma le novità non sono certo manca- 
te. Troverete qui di seguito un elen- 
co dei pricinpali espositori con tutte 
le novità presentate. 

W.A.W. ELEKTRONIK 

Questa intraprendente società te- 
desca, presentava, prima in assolu- 
to, un'espansione di memoria spe- 
cifica per CDTV. E’ un’espansione 
da due Megabyte, porta dunque il 
CDTV ad avere due Megabyte di 
Chip e uno di Fast. 

Alla domanda del perché fare una 
espansione per CDTV, mercato 
abbastanza ristretto anche in Ger- 
mania, quelli della W. A. W. ci hanno 
risposto che proprio perché si tratta 
di un mercato ancora vergine, si 
sono proposti ai possessori di CDTV 
come unica prospettiva possibile, 
almeno per chi vuole utilizzare il 
CDTV come Amiga dotato di CD- 
ROM, e non come unità a se stante. 
LaW.A.W. presentava poi delle altre 
espansioni più “comuni” per il mer- 
cato Amiga, tra cui spiccava un 
adattatore 2 Mb di Chip RAM per 
2000 e 500 molto ben integrato. 

TEXT & DATA COMPUTERSERVICE 

Anche se questo stand non attirava 
certo l’attenzione, vuoi per il posto, 
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L 'entrata non era così affollata 
come gli anni passati, che sia la fine 
delle AmiExpo? 




X-Windows m funzione su Amiga. 



DynaCADD all'opera. 


in fondo al padiglione, vuoi per la 
confusione che regnava; comun- 
que siamo stati attirati dalla presen- 
za di un Amiga 3000 su cui girava in- 
discutibilmente X-Windows! 

Ebbene sì, lo Unix ufficiale Commo- 
dore era in vendita già in tutta la 
Germania. 

Siamo stati accolti da un gentilissi- 
mo Sandro Coletta (non fatevi in- 
gannare dal nome, anche se di chia- 
ra origine italiana, sapeva dire solo 
pizza e spaghetti in italiano!) che ci 
ha mostrato nel dettaglio la confe- 
zione di Amix: è molto grande (circa 
40x40x50cm), ma il contenuto non 
delude, contiene due dischetti di 
installazione e una cartuccia stea- 
mer da 150 Megabyte (!) contenen- 
te tutto quel che serve per Unix, il 
tutto accompagnato da ben cinque 
manuali per l'utente. 

La configurazione richie- 
sta è un Amiga 3000 o 
2000con controller2091, 
un HD da almeno 200 
Mb, 5 Mb di RAM, un tape 
streamer Commodore da 
150 Mb, e, come se non 
bastasse, si consiglia l'u- 
tilizzo di una scheda ac- 
celeratrice per quanto ri- 
guarda il 2000 e la sche- 
da grafica Commodore 
A241 0, della quale, udite 
udite, si vocifera final- 
mente un driver per Ami- 
gaDOS (che la Commo- 
dore stia preparando la 
sua versione di WB devi- 
ce independent gra- 
phic?). 


PHOENIX 

Questa società australiana era pre- 
sente all'Amiga Berlin con un pro- 
dotto che i "dimenticati" possessori 
di Amiga 1000 accoglieranno a 
braccia aperte, si tratta della "Re- 
surrection" una piastra madre di ri- 
cambio per l'AlOOO. 

Adesso, come recita il volantino 
pubblicitario, c'è la vita dopo la 
morte per Amiga 1000: Enhanced 
Chip Set, 2 Mb di memoria, control- 
ler SCSI interno, coprocessore ma- 
tematico opzionale, multi kickstart 
già su piastra madre, un connettore 
b2000 standard Zorro, un connetto- 
re video-slot perfettamante compa- 
tibile con l'omonimo connettore del 
2000 e del 3000, nessuno potrebbe 
chiedere di più. 


VORTEX 

Forse la più famosa società tedesca 
di hardware, grazie al suo ATOnce, 
emulatore AT per Amiga e ST, era 
chiaramante presente all'esposizio- 
ne, con una "golosissima" novità, 
presentava, infatti, in anteprima il 
nuovo emulatore 386SX per Amiga 
2000 e 3000. Il nome è GOLDEN 
GATE. 

Si tratta di una simil-bridgeboard; si 
collega, infatti, ad un connetore Zor- 
ro e un connettore AT presente sia 
sul 2000 che sul 3000. Ecco le mira- 
bolanti caratteristiche tecniche: 
CPU 386SX a 25 MHz, zoccolo per 
387, RAM da 512 K su scheda, 
espandibile fino a 16 Mb, sempresu 
scheda, con moduli SIMM standard; 
controller floppy per attaccare drive 
da 1.44 e 2.88, vengono usati co- 
munque i drive Amiga 
per emulare dei drive 
standard da 720 K, con- 
troller IDE per HD sem- 
pre su scheda (!), è 
possibile comunque uti- 
lizzare partizioni di HD 
Amiga, e, inoltre, possie- 
de tutte le caratteristiche 
dei precedenti emulatori 
Vortex per Amiga (emu- 
lazione di schede grafi- 
che, emulazione mouse, 
parallela, seriale ecc.) 
ed, infine, è chiaramente 
possibile aggiungere 

Golden Gate 386SX, 
l'alternativadella Vortex 
allajanus 386. 
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qualsiasi scheda pensata per PC o 
AT nei connettori presenti nel 2000 o 
3000. Il prezzo annunciato era di 
1298 DM (900.000 lire circa). 

MOVATROMCS 

Famosa software house australiana, 
distributrice del favoloso Directory 
Opus, del cui autore trovate un'inter- 
vista in quest'articolo, presentava 
oltre ai già famosi pacchetti softwa- 
re di cui trovate menzione nell'inter- 
vista, anche una periferica piutto- 
stro stranaper i possessoridi Amiga 
500. Si tratta del "HiQa500 tower", 
un case predisposto per alloggiare 
la piastra madre del 500, normale o 
plus, per trasformarlo in un clone 
2000 Tower. 

All'Amiga Berlin era presentato con 
all'interno un Video Toaster e una 
GVP 030 Combo, e il tutto funziona- 
va perfettamente! I prezzo è di 
$699.95, può essere un'utile alter- 
nativa, per i possessori di Amiga 
500, ad Amiga 2000. 

GOLEM 

Con uno stand tutto tedesco, la 
Golem, famosa ditta produtrice di 
hardware, presentava una quantità 
spaventosadi suoi prodotti, si anda- 
va dalle schede acceleratrici (030 
fino a 50 MHz) ai track display per 
drive. Il tutto però era pensato per il 
mercato tedesco, dai manuali, al 
software di installazione, tutto rigo- 
rosamente in tedesco. Peccato, 



perché i prezzi erano veramente 
bassi, speri amoche in futuro questa 
ditta si interessi anche al mercato 
internazionale, cosicché potremo 
collaudare anche l'affidabilità dei 
suoi prodotti. 

R06EM0LLB3 

Con uno stand tutto luci e paillettes, 
era impossibile non notare lo stand 
della Rossmoller. Presentavano 
schede acceleratrici con 68000 a 1 6 
MHz, di costo contenutissimo. 
Un'alternativa alle costose schede 
basate su 030 o 020 per chi non ha 
molti soldi da spendere. Un altro 
prodotto interessante era il Video- 
backup, interfaccina per collegare il 
videoregistratore ad Amiga e Utiliz- 



avo, non ènti 3000 tower, è "HiQ 
A500 Tower": 


zarlocome unità di backup, anche 
questa dal costo molto contenuto 
(190 DM) veniva venduta con in 
omaggio una videocassetta conte- 
nente i primi 200 Fish Disk. Ultimo 
prodotto interessante era il Mega- 
drive, che non ha niente a che vede- 
re con l'omonima famosa console 
dellaSega, masitrattadi undriveda 
1 .52 Mb esterno per tutti gli Amiga 
(199 DM). 

CRP 

Alla CRP, produttrice del Dyna- 
CADD, non ci saremmo aspettati di 
trovare niènte di eclatante, invece ci 
siamo trovati di fronte ad una vera e 
propria novitàbomba: il DynaCadd/ 
3! Mostratoci da Raul B. Heiduk, 
che, nonostante il nome non lo fac- 
cia presagire, parla benissimo l'ita- 
liano, ci ha fatto realmente "strabuz- 
zare gli occhi". Ha tutto, dal Rende- 
ring tipo Renderman Pixar (importa- 
to dal Silicon Graphics) all'anima- 
zione con accelerazioni. Non baste- 
rebbe un articolo intero per poter 
parlare dettagliatamente di tutte le 
innovazioni che introduce quello 
che molto probabilmente sarà il 
programma definitivo di CAD, non 
solo per Amiga, dato che Dyna- 
CADD/3 esiste già per Atari ST e 
sono previste versioni per MAC, 
NEXT ePC sotto Windows (anche se 
per quest'ultimo si sono incontrati 
dei notevoli problemi nell'imple- 
mentazione). La novità comunque 
sicuramente da segnalare è che 
DynaCADD/3 non sarà un program- 
ma di CAD, ma un vero e proprio 
linguaggio di programmazione per 
gestionedi poligoni nellospazio,ciò 
significa che il CAD è solo un esem- 
pio di quello che si può realizzare 
utilizzando DynaCADD; pensate 
alle innumerevoli possibilità che 
avete, potrete aggiungere le opzioni 
che desiderate al programma, op- 


L'espansione di memoria da 2Mb 
per CDTV. 
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Il nuovo Caligari non ha mancalo di 
entusiuamare allo Stand dellaAeon. 


pure potrete addirittura realizzare 
un programma che non abbia niente 
a che vedere con il DynaCADD ori- 
ginale, tipo un programma per il 
disegno strutturato, e questo, indi- 
pendentemente da che computer 
possediate, potrà essere riportato 
su qualsiasi altro computer con 
DynaCADD/3! 

Vi lascio "in fervida attesa" per un'e- 
ventuale news dedicata a questa 
nuova versione di DynaCADD o 
addirittura ad una sua recensione. 

HARDITAL 

L'Italia era presente all'Amiga Ber- 
lin, grazie all'Hardital. Questa famo- 
sissima società italiana produttrice 
di hardware sembra godere in Ger- 
mania una popolarità comparabile, 
se non superiore, a quella che gode 
in Italia. 

Lo stand era sempre affolatissimo,e 
molta gente si fermavaad ammirare 
le schede acceleratrici Big Bang e 
Super Big Bang prodotte dalla Har- 
dital stessa. Notevole stupore de- 
stava anche la presenza in antepri- 
ma della scheda 68040, che, stando 
al programma di Pubblico Dominio 
Sysinfo, sembra la più veloce pre- 
sente sul mercato! Aspettiamo con 
impazienza le schede per una sicu- 
ra recensione su queste stesse 
pagine. 

COMMODORE 

Ma non avevamo detto che la Com- 
modore non era presente? Certo, 
però i nuovi prodotti Commodore 
erano presentati da un'infinità di 
negozi tedeschi presenti all'esposi- 
zione. 

Innanzitutto il 600 faceva la parte da 
leone come nuovo modello Amiga, 
era presente in quasi tutti gli stand, 
ma non ci dilungheremo molto su 
questo nuovo prodotto, dato che 
troverete la recensione completa su 
questo stesso numero di Amiga 
Magazine. 

Mi dilungherò invece sulla nuova, 



udite udite, Bridgeboard 386SX 
Commodore !!! 

Già, finalmente la nuova bridge- 
board vede la luce, e non delude 
certo le aspettative: fino ad 8 Mb di 
RAM su scheda, 386SX a 20 MHz, 
zoccolo per 387, utilizza i drive 
Amiga come drive PC, controller 
drive su scheda per drive da 1.44, 
ma quello che sorprende di più è il 
prezzo: 948 DM (circa 700.000 
lire!). 

Il tutto ingegnerizzato benissimo, 
pensate, non è una scheda sand- 
wich come la 286, ma singola come 
la 8086! Ciò vuol dire più spazio 
all'Interno di Amiga 2000 e 3000 e 
possibilità di inserire più schede AT 
o XT. La risposta definitiva per chi 
desidera la compatibilità MS-DOS, 
aspettatevi al più presto una recen- 
sione! 

SUPRA 

Appena entrati nel secondo padi- 
glione dell'Amiga Berlin '92 era 
impossibile non notare lo stand cir- 
colare dove erano presentati tutti i 
nuovi prodotti Supra. Oltre ad i soliti 
controller per hard disk per 500 e 
2000, le espansioni RAM e i drive, 
veniva presentata in anteprima la 
nuova linea di modem Supra. 


La scheda Resurrection per Amiga 
1000. 


Si tratta di tre nuovi modelli denomi- 
nati SupraFAXModem che, oltre ad 
essere ben più veloci dei preceden- 
ti, come dice il nome hanno la facol- 
tà di poter inviarelricevere fax. 

Il modello di punta, il V.32bis, per- 
mette di inviare/ricevere fax e dati 
ad una velocità pari a 14400 bps 
mantenendo le caratteristiche di 
compressione dei dati dei modelli 
precedenti (MNP 2-5 e V.42bis). 

Gli altri modelli erano il V.32 (fax e 
dati a 9600 bps) e il Plus (fax a 9600 
e dati a 2400). 

La novità veramente eclatante di 
questi modem è però il prezzo: 
pensate solo 869 DM (un po' di più 
di 600.000 lire) per il modello di 
punta, 669 DM per il modello a 9600 
e solo 399 DM per il più piccolo! 
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GOLDVISION 

In un piccolo ma attrezzatissimo 
stand era presente la GoldVision, 
intraprendente software house di 
Berlino che proponeva un program- 
ma di disegno vettoriale veramente 
potente. Il nome è ExpertDraw ed è 
stato pensato esplicitamente per la 
creazione di clip per programmi di 
DTP. Può lavorare tramite un siste- 
ma di retinature veloce e potente in 
256 colori, permette la rotazione di 
caratteri attorno a curve ed effetti di 
metamorfosi degli oggetti vettoriali. 
L’output è possibile su stampanti ad 
aghi presenti nelle preferences, 
plotter HPGL, postscript, stampanti 
HP-laser compatibili e, inoltre, può 
salvare le clip in ProDraw, EPS e, 
ovviamente, in formato ExpertDraw. 
Il prezzo è di circa 450 marchi. Di 
notevole interesse anche una va- 
stissima libreria di font e ClipArt per 
PageStream e un programma vera- 
mente utile che permette di stampa- 



re qualsiasi file IFF su un plotter 
HPGL, anche di quest'ultimo abbia- 
mo avuto una dimostrazione in cui ci 
siamo potuti meravigliare della velo- 
cità con cui il programma ha com- 
pletato la conversione del file IFF.e 
della fedeltà del disegno riprodotto 
dal plotter dal sorgente disegnato 
da noi in Deluxe Paint. 


/ FAXtttodem della Supra. 


AEON VERLAG 
& STUDIO 

Passando distrattamente tra gli 
stand si veniva immancabilmente 
calamitati da un monitor dove si 
potevano ammirare animazioni tridi- 
mensionali da lasciare a bocca 
aperta, e si rimaneva ancor di più 
sorpresi quando si scopriva, guar- 
dandosi attorno, che le incredibili 
animazioni erano state realizzate 
con la nuova versione del famoso 
Caligari, uno degli storici program- 
mi di Rendering per Amiga. 
Rendering fino ad 8000x8000 pixel, 
esce direttamente su HAM-E, DCTV 
fino alle più costose schede come 
Harlequin e Impact Vision, e queste 
sono solo le più marginali delle 
novità presenti in Caligari 2.1, che 
vedremo in dettaglio prossimamen- 
te! ▲ 


La società SOFTEL, importante distributrice nazionale di software da intrattenimento, nell'ambito della costituzione di 
una propria SOFTWARE HOUSE dedicata alla realizzazione di VIDEOGAMES 

RICERCA 

PROGRAMMATORI 

GRAFICI 

MUSICISTI 

su piattaforme Amiga, C-64, PC (EGA/VGA - AdLib/SoundBlaster/Roland) 

Si richiede approfondita conoscenza dei suddetti elaboratori e provata esperienza nella realizzazione di: 

- software; 

- grafica ed animazioni; 

- musica. 

SOFTEL garantisce il massimo supporto tecnico professionale (software applicativo, hardware, manualistica), 
adeguati compensi e l'immediata distribuzione del prodotto nel mercato estero, oltre che sul territorio Italiano, 
attraverso canali già sin d'ora attivati. 

Inviare curriculum e prodotti dimostrativi al seguente indirizzo: 

SOFTEL s.a.s. - Ufficio Tecnico - via Antonino Salinas, 51/B - 00178 - Roma 
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INTERVISTA A JONATHAN POTTER 


Durante la recente visita 
all'Amiga Berlin '92 siamo stati 
informati della presenza di un 
personaggio molto noto per le 
sue produzioni software in 
ambito Amiga: Jonathan Potter. 
Ne abbiamo approfittato per una 
breve intervista riguardo le sue 
produzioni e i progetti per il 
futuro. Per chi non avesse 
ancora focalizzato il 
personaggio, ricordiamo che 
Potter è australiano ed è il 
creatore di Directory Opus, il piu 
potente e flessibile "directory 
utility" attualmente presente sul 
mercato, nonché di famose 
utility PD come ZeroVirusllle 
WorldTime. 

Lo abbiamo potuto incontrare 
allo stand della INOVAtronics, 
una ditta americana di cui 
parleremo in seguito, che ha 
acquisito i diritti per la 
distribuzione del programma 
Directory Opus che, se ben 
ricordate, non è mai stato di 
pubblico dominio. 

La prima impressione che 
abbiamo avuto di Potter è stata 
di sorpresa in quanto si distacca 
di netto dallo stereotipo del 
programmatore professionista 
che ci fa immaginare un ometto 
magro, alto e con gli occhiali 
spessi: infatti ci siamo trovati 
davanti un omone di 


sodo. Ci ha spiegato che la 
collaborazione con la 
INOVAtronics gli permette di avere 
una distribuzione e una pubblicità 
più ampia del suo prodotto 
nonché un servizio migliore per gli 
upgrade. Infatti, i vantaggi per gli 
utenti registrati sono notevoli. Per 
quanto riguarda il futuro del 
programma, Potter ci ha detto che 
per il momento continua sulla 
strada della compatibilità anche 
con il DOS 1 .3 ma annuncia che a 
partire da Settembre/Ottobredi 
quest'anno, Directory Opus sarà 
completamente 2.0 compatibile: è 
solo questione di aspettare che il 
nuovo Kickstart abbia una 
diffusione più ampia. In questo 
modo il programma avrà i gadget, 
le finestre, i requester standard e, 
cosa più importante, sarà 
finalmente dotato di gadget di 
profondità (ce lo siamo fatto 
assicurare per ben due volte!). 
Inoltre, ci ha confermato che le 
nuove versioni saranno ancora più 
programmabili di quella attuale 
(non riesco proprio ad immaginare 
come sia possibile...) e che 
terranno conto delle nuove 
funzionalità del Workbench2.1 
come, ad esempio, la 
"localizzazione" dell'applicazione, 
ovvero la possibilità di adattarsi 
alla lingua della nazione dove 


viene utilizzato il programma. 

A questo punto, Potter ha 
chiamato in causa una persona 
della sua stessa stazza con un 
buffo cappello in testa e una 
somiglianza pressoché perfetta 
con il comico italiano Carlo 
Verdone e che stava 
tranquillamente mangiando un 
panino all'interno dello stand: si 
trattava di Eddie Churchill, il 
programmatore di CanDo, altro 
prodotto della INOVAtronic. 
Eddie Churchill ha confermato 
che anche lui sta lavorando ad 
una nuova versione del suo 
programma compatibile DOS 
2.0 e cosi, con enorme gioia, 
possiamo annunciare che 
spariranno gli orrendi file 
requester utilizzati da CanDo e il 
tutto diventerà conforme al 
nuovo look del sistema operativo 
e, naturalmente, ancora più 
potente. Tra un morso e l'altro si 
è lasciato sfuggire che alla 
INOVAtronic stanno lavorando 
per conto della Commodore. Si 
tratterebbe di una applicazione 
(forse AppBuilder?) che 
consentirà ai programmatori di 
costruire l'interfaccia utente del 
proprio programma in maniera 
intuitiva e veloce sullo stile di 
PowerWindowse di certo si sa 
solo che sarà qualcosa di 

eccezionale! Infine, ci 


notevole stazza, 
senza occhialoni e 
con una 

simpaticissima faccia 
da buono (vedi foto). 
Ci siamo subito 
presentati e, dopo i 
complimenti di rito 
per il suo programma, 
siamo andati subito al 


Potter tenta, senza 
successo, di decifrare 
l'italiano. 



ha anche illustratola 
nuova versione di 
Metascope, un 
potentissimo source 
level debugger 
totalmente 2.0 style. 
A questo punto, 
Mister. Potter ci ha 
donato una 
meravigliosa spilla a 
testa che recita: "Jay 
Miner (padre di 
Amiga N.d.R.) usa 
Directory Opus... e 
così faccio anch'io!". 
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ESPLORIAMO IL 
MONDO MIDI 
(prima parte) 


Tutti i segreti 
del MIDI. 


Andrea Laus 


Q uest’anno il MIDI festeggia il 
suo ottavo anno di vita e, in 
tale occasione, le nuove 
possibilità offerte ai musicisti dall'in- 
troduzione del sistema GS Roland lo 
consacrano protagonista assoluto 
della musica elettronica. Tuttavia, il 
MIDI rappresenta ancora, per molte 
persone, soprattutto per i musicisti 
che muovono i primi passi nella 
musica elettronica, un mistero sotto 
molti punti di vista. Chi non si è tro- 
vato, almeno una volta, impacciato 
di fronte alla necessità di operare 
collegamenti MIDI multipli fra i vari 
apparati del proprio studio? 

Finché si tratta di una tastiera e di 
una drum machine le cose sono 
semplici, ma se si aggiunge al siste- 
ma anche un solo expander allora 
non è più tanto facile collegare tutti 
gli apparecchi tra loro, via MIDI, nel 
modo corretto. Un altro problema, 
altrettanto comune, è quello che si 
presenta quando si tratta di editare 
una registrazione. Infatti esistono 
sequencer (anche abbastanza po- 



tenti come il KCS 3.0) che presenta- 
no come unico modo per editare 
quanto si è suonato, la finestra di 
Event Editor, in cui la musica e i vari 
comandi sono espressi sotto forma 
di messaggi MIDI da modificare. 

A questo punto, chi non sa nulla di 
MIDI, di solito, cede le armi, perché 
non è in grado di dialogare con il 
computer a questo livello. Si può poi 
citare il caso del musicista che in- 
tende crearsi una workstation e che, 
privo di conoscenze oggettive rela- 
tive allo standard MIDI, non dispone 
di criteri sufficienti per decidere 
quali strumenti e quali programmi 
acquistare. E gli esempi potrebbero 
continuare: accade spesso, infatti, 
che il musicista si avvicini al mondo 
MIDI senza conoscerlo e utilizza dei 
programmi che eseguono operazio- 
ni a lui sconosciute, oppure fa uso di 
strumenti di cui ignora l’architettura, 
almeno sotto il profilo MIDI. In effetti, 
non esiste molta letteratura sull'ar- 
gomento e quella esistente, perlo- 
più, tratta il MIDI come un argomen- 
to da “iniziati”. Così, il povero amato- 
re, che magari vuole solo sapere 
come collegare due expander al se- 
quencer o come editare il proprio 
brano, si trova, indifeso, ad affronta- 
re manuali spesso incompleti o 
lacunosi. Naturalmente, non occor- 
re conoscere a memoria tutto il pro- 
tocollo MIDI per poter lavorare bene 
con sequencer e altri programmi 
simili. Tuttavia, credo sia molto utile 
conoscerne almeno la struttura e le 
modalità operative, per potersi 
muovere con maggiore disinvoltura. 


Figura 1: La schermata di Event 
Editor del KCS 3-0 della Dr.Ts. 
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Anche perché la conoscenza, per 
quanto limitata, di tale standard 
mette in condizioni di sfruttare a 
fondo i propri programmi e la pro- 
pria attrezzatura musicale. Infine, è 
assai più gratificante lavorare sa- 
pendo cosa succede, invece di 
lasciare tutto in mano ad un pro- 
gramma. 

In questo articolo cercheremo di 
capire un po' quali siano e come 
lavorano i messaggi MIDI, prestan- 
do particolare attenzione a quelli più 
comuni, la cui conoscenza è indi- 
spensabile per editare un brano. La 
prossima volta affronteremo, inve- 
ce, un altro tema spinoso: parlere- 
mo dei collegamenti fra varie appa- 
recchiature MIDI, così dafugare tutti 
i dubbi in proposito. Il tutto, natural- 
mente, applicato ad Amiga. Infatti, 
dopo un inizio incerto nelle applica- 
zioni MIDI, oggi Amiga rappresenta 
un punto di riferimento anche per i 
musicisti professionisti. Ciò è con- 
fermato da decine di programmi 
applicativi MIDI che coprono tutta la 
gamma di utilizzazione:sequencer, 
editor, notazione, composizione, 
accompagnamento, Editor/Libra- 
rian, eccetera. Inoltre, non bisogna 
dimenticarlo, Amiga rappresenta un 
faro nella nebbia anche per chi si 
diletta di applicazioni video, quali le 
animazioni e, sono felice di dirlo, 
sono sempre più numerosi i pro- 
grammi che sposano questi due 
mondi, quello musicale e quello 
grafico, tanto che è già possibile 
crearsi in casa dei piccoli cartoni 
animati, con la colonna sonora 
generata direttamente via MIDI. 

MIDI: I MESSAGGI FONDAMENTALI 

Analizziamo, dunque, la filosofia del 
nostro standard. L'obiettivo del 
MIDI è la codifica dell’esecuzione 
musicale, ovvero catalogare e ca- 
ratterizzare in modo digitale, secon- 
do un opportuno protocollo, tutte le 
azioni che il musicista compie sullo 
strumento (che, per praticità, per il 
momento, assumiamo sia una ta- 


La schermata di Event Editor del 
Music-X della Microillusions. 


stiera). Cominciamo quindi a vede- 
re come è trattata l'operazione più 
naturale: la pressione di un tasto per 
generare una nota. L'invio di una 
nota è caratterizzato da tre parame- 
tri: il numero della nota suonata sullo 
strumento, il valore della dinamica 
che viene impartita alla nota e il 
numerodel canale MIDI acuì la nota 
è indirizzata. Questi sono i tre punti 
fondamentali su cui si basa la tra- 
smissione e la ricezione di una nota 
musicale nel sistema MIDI. Ogni 
nota musicale viene codificata con 
un numero che va da 0 a 127; natu- 
ralmente, nessun strumento musi- 
cale possiede una tale estensione, 
anche perché certe note non sareb- 
bero udibili dal nostro orecchio; 
quindi, di solito, l'estensione utile va 
da 21 a 108. Anche la dinamica ha 
una codifica da 1 a 127, ma questa 
volta il concetto è quello di volume: 
se il valore è basso la nota sarà 
suonata piano e viceversa. Una 
curiosità: si chiama velocity perché, 
in realtà, questo parametro misura 
la velocità di pressione del tasto, e, 
quindi, il tempo impiegato dalla nota 
per passare dalla posizione iniziale 
di quiete aquellafinale. I canali MIDI 
disponibili sono 16, ogni canale è 
del tutto distinto dall'altro e si po- 
trebbero mandare contemporanea- 
mente 16 informazioni diverse ai 16 
canali senza che una interferisca 
con l'altra. Questo spiega l'impor- 
tanza del concetto di canale MIDI: 
ogni canale è un sistema a sé; per 
fare un esempio, in realtà molto ri- 


duttivo, si può paragonare il canale 
MIDI a una delle tracce di un regi- 
stratore multipista: avere 16 canali 
MIDI significa poter avere 16 stru- 
menti diversi che suonano in con- 
temporanea. Ciò, in pratica, è sub- 
ordinato alle capacità delle singole 
tastiere che, soprattutto le più eco- 
nomiche, non sempre permettono 
di trasmettere 16 parti contempora- 
neamente, cosa invece perfetta- 
mente realizzabile mediante un 
sequencer. Così, ogni volta che 
suoniamo una nota sulla nostra ta- 
stiera e la inviamo via MIDI al nostro 
sequencer, passiamo queste tre 
informazioni fondamentali: il nume- 
ro della nota, la sua velocity (o dina- 
mica) e il canale MIDI;questo primo 
messaggio viene indicato con il 
nome di Nota ON. Quando rilascia- 
mo il tasto, mandiamo via MIDI un 
altro messaggio, che serve appunto 
a codificare il fatto che quella nota 
ha smesso di suonare. Tale mes- 
saggio, detto Nota OFF, è codificato 
in modo simile al precedente: resta- 
no invariati i parametri relativi al 
numero della nota e al numero del 
canale, ma il valore della velocity 
diventa zero. Naturalmente, sia nel 
caso di Nota ON che in quello di 
Nota OFF, il sequencer aggiunge 
altre informazioni relative, ad esem- 
pio, al tempo di esecuzione e al 
clock, per posizionare esattamente 
la nota all'interno dell'esecuzione, 
ma questo, per il momento, non ci 
interessa. Negli strumenti musicali 
elettronici ci sono però altri controlli 
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per modificare l'esecuzione secon- 
do le proprie esigenze. Ad esempio, 
si può intervenire con pedali che 
svolgano la funzione di sustain o 
quella di volume, oppure è possibi- 
le, tramite un tastierino numerico 
presente sulla tastiera, cambiare il 
timbro (preset o, in MIDI, Program 
Change) con cui si suona. Anche 
tutte queste informazioni sono state, 
naturalmente, codificate nel proto- 
collo MIDI. In tal modo, ogni volta 
che fate una registrazione con un 
sequencer e modificate qualcosa 
(dalla pressione della nota al cam- 
bio di volume), questo viene regi- 
strato dal sequencer. Prima di con- 
tinuare, analizziamo il comando di 
Program Change che, assieme a 
quello di nota, è il più usato in un 
sequencer. E' composto da due 
parametri: il numero del canale MIDI 
(dal a 1 6) su cui si esegue l'opera- 
zione e il valore del Program Chan- 
ge da attribuirgli (da 1 a 128). 
Anche per questo messaggio, natu- 
ralmente, il sequencer aggiungerà 
altri parametri posizionali, per stabi- 
lire quando, effettivamente, esso 
debba essere inviato. 

L'EDITING 

In figura 1 si vede la schermata di 
editing del noto programma per 
Amiga KCS 3.0 della Dr.T's. Faccio 
riferimento, per comodità, a questo 
programma; tuttavia, con minime 
differenze, dovute solamente all'ar- 
chitettura dei vari sequencer, le 
operazioni da eseguire in questo 
tipo di editing sono standard per 
tutti i sequencer che lo prevedono. 
La prima cosa che appare è il lungo 
listato, che si presenta suddiviso 
ordinatamente in più colonne. 
Cominciando da sinistra, troviamo 
le colonne di riferimento per il se- 
quencer: qui viene indicato a che 
punto della traccia o della sequenza 
ci troviamo e tali informazioni sono 
espresse sia sotto forma di Clock 
MIDI che di step di battuta. Ovvia- 
mente, tali informazioni non sono 


Figura 2: Elenco delle note musicale 
con la codifica dello standard MIDI. 


editabili, potete solamente posizio- 
narvi su di esse. Accanto ad esse 
vengono visualizzate le informazioni 
più interessanti: innanzitutto il 
momento, rispetto alla battuta, in cui 
il messaggio viene inviato. Si tratta 
di un'informazione molto importan- 
te, soprattutto per le note: infatti, 
suonando in tempo reale, è facilissi- 
mo andare fuori tempo e in questa 
colonna possiamo modificare a 
piacere il tempo di entrata di una 
nota, senza interferire su altri para- 
metri. La colonna successiva è 
quella del canale MIDI, tale informa- 
zione, in un sequencer, è fonda- 
mentale, dato che quasi tutti i mes- 
saggi che utilizziamo qui ne fanno 
uso. Segue la colonna in cui è spe- 
cificato il tipo di messaggio. Può 
essere un messaggio di nota (qui 
indicato con ON), un messaggio di 
Program Change (indicato con PC) 
o un altro messaggio MIDI. Inoltre, in 
questa colonna trovano posto an- 
che messaggi non MIDI, ma propri 
del sequencer (ad esempio, il co- 
mando per far suonare un'altra trac- 
cia); è bene saper distinguere, in 
fase di editing, tra messaggi MIDI e 
non, dato che ormai tutti i sequencer 
li usano entrambi. Dopo il tipo di 
messaggio, segue il valore ad esso 
assegnato. Nel KCSquestacolonna 
viene genericamente chiamata 
Note, dato che, se il messaggio è di 
nota, qui si specifica quale essa sia; 
bisogna fare attenzione, però, poi- 
ché, se il messaggio è un PC, allora 
il valore successivo è un Program 


Change e non una nota, la stessa 
cosa vale per gli altri messaggi. Il 
valore della nota non viene espres- 
so qui secondo lo standard MIDI 
(come un numero, cioè, daO a 1 27), 
ma, per facilitare le cose, la nota 
viene indicata con la nomenclatura 
inglese (A, B, C,..), seguita dal 
numero dell'ottava; sarà poi il pro- 
gramma ad operare la conversione 
nel formato MI DI. Tuttavia, dato che 
non tutti i programmi presentano 
queste facilitazioni, ho allegato, in 
figura 2, la tabella delle note con la 
codifica MIDI. Tornando all'editor, 
dopo il valore della nota, segue lo 
spazio per un'eventuale velocity (se 
il messaggio è di nota). L'ultima 
colonna ha una funzione particola- 
re, si riferisce solo ai messaggi di 
notae si chiama Dur. Il KCS, sempre 
per facilitare il lavoro del musicista, 
non visualizza i messaggi di Nota 
OFF, ma per ogni nota ne indica la 
durata rispetto all'unità di misura 
espressa in beat di battuta. E' molto 
più facile modificare la durata della 
nota in questo modo, piuttosto che 
dover inserire nella battuta un mes- 
saggio di Nota OFF. In ogni caso, se 
ci fosse qualche "nota ribelle", è 
sempre possibile assegnarle velo- 
city zero per spegnerla. General- 
mente, il numero dei messaggi MIDI 
che si editano in un sequencer è 
molto limitato: desidero però elen- 
carli tutti, in modo che costituiscano, 
per il musicista, un punto di riferi- 
mento. Consiglio poi, nel caso risul- 
tasse necessario, di consultare il 
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manuale del proprio sequencer, per 
vedere quali sono implementati, in 
che modo sono gestiti e come edi- 
tarli. 

GLI ALTRI MESSAGGI MIDI 

I messaggi codificati dal protocollo 
MIDI si dividono in due gruppi ben 
distinti che assolvono funzioni total- 
mente diverse. Il primo gruppo 
comprende tutti i cosiddetti mes- 
saggi di Canale. Tale nome deriva 
dal fatto che sono selettivi, non 
vengono indirizzati cioè a tutti i 
canali MIDI contemporaneamente, 
ma a un solo canale. Servono, ad 
esempio, per mandare un Program 
Change ad un solo canale MIDI. 
Sono previsti due tipi di messaggi di 
canale: quelli di voce e quelli di 
modo. I primi controllano le voci 
(dette anche generatori di nota) di 
ogni strumento collegato via MIDI a 
ciascun canale. Essi sono: 

- Nota ON 

- Nota OFF 

- After Touch 

- Control Change 

- Channel pressure After Touch 

- Pitch Wheel Change 

II messaggio di Modo è invece il 
Channel Mode. Come ho già antici- 
pato, durante l’editing dei dati in un 
sequencer, ben difficilmente vi tro- 
verete a contatto con questi mes- 
saggi. Non è quindi il caso di appro- 
fondire il discorso. Nel secondo 
gruppo prendono posto i cosiddetti 
messaggi di sistema, che non sono 
subordinati a nessun canale, ma si 
rivolgono contemporaneamente a 
tutti i canali e vengono trasmessi e 
ricevuti immediatamente. Anche 
questi si dividono in sottocategorie. 

- 1 Messaggi Comuni sono destinati 
a tutti gli strumenti collegati al siste- 
ma, indipendentemente dal canale 
MIDI (Puntatore brano, Selezione 
brano, Richiesta accordatura, Fine 
Sistema Esclusivo) 

- I Messaggi in Tempo Reale sono 
anch’essi ricevuti e trasmessi da 
tutti gli strumenti collegati al sistema 


e includono: Impulso di sync, Start, 
Stop, Continue, Reset e individua- 
zione attività. 

- I Messaggi Esclusivi sono stati 
istituiti per consentire ad ogni co- 
struttore di implementare prestazio- 
ni aggiuntive e personalizzate ai 
propri strumenti: l’elenco di tali 
messaggi (e deH’implementazione 
aggiuntiva) si trova nelle pagine del 
manuale dei singoli strumenti. Esi- 
ste, naturalmente, una priorità nel- 
l'esecuzione dei messaggi ricevuti, 
eccola: 

1- Messaggio di reset 

2- Messaggi di sistema esclusivo 

3- Messaggi di sistema in tempo 
reale 

4- Messaggi di canali e di sistema 
comuni 

A questo punto, abbiamo visto tutti i 


tipi di messaggi MIDI: raccomando 
ai neo utenti che vogliono imparare 
ad editare un brano in linguaggio 
MIDI, di concentrarsi sulla prima 
parte di questo articolo, quella in cui 
si trattano i messaggi più comuni 
(Nota e Program Change) e in cui si 
descrive il funzionamento di un 
event editor. Tale tipo di editing, 
sebbene non sia molto intuitivo, è 
certamente uno fra i più versatili e 
con esso è possibile inviare qualun- 
que messaggio MIDI: per questo 
ritengo sia importante sapere come 
funziona. Non si spaventino quelli 
che non riescono proprio ad abi- 
tuarsi a vedere la propria musica 
espressa in linguaggio MIDI: la 
maggior parte dei programmi se- 
quencer implementa il cosiddetto 
editing a barre, molto più intuitivo da 
usare e che non richiede una cono- 
scenza così diretta del MIDI come 
nel precedente. ▲ 
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REAL3D 

PROFESSIONAL VL4 


Marco Pugliese 


Un fantastico programma 
per grafica 3D. 


A lla fine di quest'ulti- 
ma stagione inver- 
nale, che ha visto 
l'uscita delle nuove versioni 
dei più diffusi software di 
grafica e rendering 3D, 
quali Imagine 2.0, Caligari 
2.0 e LightWave 2.0, ecco 
che, per ultimo, fa la sua 
comparsa sul mercato inter- 
nazionale il nuovo REAL3D 
giunto ora alla release 1.4. 
In un momento in cui non c'è 
che l'imbarazzo della scel- 
ta, questo pacchetto, in virtù 
delle soluzioni innovative in 
esso contenute, si pone 
prepotentemente in eviden- 
za, suscitando lacuriositàdi 
parecchi "addetti ai lavori". 
Ideato e realizzato da due 
fratelli finlandesi, Juha e 
VesaMeskanen (che insie- 
me formano la Realsoft Ky), 
REAL3D fece parlare di sé 
in passato per il 
fatto che la ver- 
sione 1 , 0 fu il pri- 
mo software per 
Amiga a suppor- 
tare il concetto di 
operazioni logi- 
che tra oggetti, 
unacaratteristica 
inglobata poi in 
quasi tutte le re- 
lease successive 
dei programmi 
concorrenti 
Ciononostante la 
vera novità che 
distingue questo 
prodotto da quelli 
di pari mercato, è 
sicuramente il fat- 


to che REAL3D è il primo 
software di modellazione 
solidaper Amigache lavori 
per superfici definite mate- 
maticamente (vedi tabella 
per una descrizione più ac- 
curata). 

Questa tecnica è un modo 
molto sofisticato per rappre- 
sentare gli oggetti nello 
spazio tridimensionale; ri- 
chiede unanotevole poten- 
za di calcolo e per questo 
motivo, fino ad ora, era stata 
usata solo su computer 
molto più veloci e costosi di 
Amiga. 

Con l'uscita di REAL 3D, 
anche per noi è diventato 


possibile sfruttare i vantaggi 
di quello che gli autori chia- 
mano "True Solid Model- 
ling" , grazie ad un lavoro di 
ricerca, sviluppo e ottimiz- 
zazione che ha impegnato i 
"nostri" Juha e Vesa per ol- 
tre tre anni. 

Tale lavoro ha fatto sì che 
REAL 3D divenisse molto 
veloce, potenteeflessibile, 
tanto che le cose da dire 
sono così numerose che 
comincerei subito a trac- 
ciarne un profilo. 

Prima di iniziare, devo solo 
precisareche ilprogramma 
ègiunto in redazione in due 
versioni differenti: una ridot- 


ta e una "Professional". 
Laversione ridotta (chiama- 
ta Beginner), creata sola- 
mente per poter vendere il 
prodotto in due differenti 
fasce di prezzo, manca di 
duestrumenti: lemacroegli 
operatori Booleani. 

LA CONFEZIONE 

La confezione rispecchia 
pienamente le caratteristi- 
che del suo contenuto: è 
sobria ed elegante. 

Al suo interno trovano posto 
quattro dischetti e il manua- 
le; quest'ultimo è composto 
dacirca 150 paginedi due 
differenti colori, rilegate in 
un raccoglitore ad anelli con 
copertinarigida; per laver- 
sione ridotta i dischetti sono 
soltanto due e il manuale 
contiene circa 30 pagine in 
meno. 

Nonostante sia 
veramente raro 
che la documen- 
tazione inclusa in 
pacchetto di gra- 
fica tridimensio- 
nale sia assoluta- 
mente esaurien- 
te, quella fornita 
con REAL 3D 
sembra essere 
piuttosto chiarae 
ben fatta; ho am- 
mirato soprattutto 
lacapacitàdisin- 
tesi che hanno 
avuto gli autori, 
riuscendo a de- 
scrivere le nume- 
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rose opzioni fornite dal loro 
programma in un numero 
abbastanza contenuto di 
pagine, facendo quindi in 
modo che chiunque possa 
mettersi all'opera in tempi 
molto brevi. 

LlSETALLAZOsE 

REAL3D può essere utiliz- 
zato su qualunque Amiga 
che abbiaalmeno un Mega- 
byte di RAM e non necessita 
di drive addizionali; nono- 
stante ciò, come per la 
maggior parte dei program- 
mi di grafica, sono calda- 
mente raccomandati alme- 
no3 Mbdi memoriaeda3a 
10 Mb di spazio libero sul 
discofisso. 

Entrambi i pacchetti conten- 
gono due versioni del pro- 
gramma: la versione "stan- 
dard" è per tutti coloro che 
non posseggono un copro- 
cessore per i calcoli in virgo- 
la mobile, mentre la versio- 
ne "Turbo" èottimizzataper 
funzionare sulle macchine 
più veloci dotate di proces- 
soridal 68020 in su, nonché 
di un coprocessore della 
classe 6888x. 
Laproceduradi installazio- 
ne è totalmente automatiz- 
zata nel caso venga esegui- 
ta su hard disk, mentre va 
eseguita manualmente (le 
istruzioni sono comunque 
chiare) da coloro che pur- 
troppo devono lanciare il 


programma da dischetto 

LBDfTDR 

TRDIVENSKDNALE 

REAL3D ècomposto datre 
moduli principali: l'editor 
"tri-view", il modo "wirefra- 
me", nel quale l'utente può 
muovere o animare gli og- 
getti in tempo reale, e il 
modo "render", dove le 
immagini vengono effettiva- 
mente prodotte. 

Una volta lanciato, il pro- 
gramma entra direttamente 
nell'editor tridimensionale; 
qui è possibile creare e 
modificare gli oggetti che 
compaiono, proiettati orto- 
gonalmente, in tre delle 
quattro finestre componenti 
un'interfaccia ormai comu- 
ne alla maggior parte dei 
software di grafica 3D (vedi 
figura 1). 

All'interno della quarta fine- 
stra però, invece della clas- 
sica vista in prospettiva, 
troviamo, oltre a una qua- 
rantinadi iconeche permet- 
tono di accedere diretta- 
mente ai comandi più utiliz- 
zati, una lista a più strati 
degli oggetti sui quali stia- 
mo lavorando. Essa non è 
altro che una rappresenta- 


Figura 2: stesso esempio 
della precedente a colori: 
si noti il realismo della 
fiamma. 


L'unica immagine 
contenuta nella Rei. 1.4. E' 
un esempio di rendering in 
Hi-Res a 16 colori. 


zione comoda ed efficiente 
dellagestioneobject orien- 
ted dei solidi che compon- 
gono unascena;con REAL 
3D infatti, si possono creare 
oggetti gerarchici, ossia 
composti ricorsivamenteda 
altri oggetti elementari o 
complessi. Detto così può 
sembrar difficile, ma questo 
tipo di rappresentazione 
saràchiaroqualorasi pensi 
a come è organizzato l'albe- 
ro delle directory su un di- 
sco fisso; REAL 3D imita 
questa struttura utilizzando 
le sue "directory" per riunire 
gli oggetti in gruppi e sotto- 
gruppi logici i cui nomi, 
scelti dall'utente, sono ap- 
punto visibili nella quarta 
finestradell'editor "tri-view". 
Un approccio del genere 
permettedi creare e modifi- 
care i propri modelli in modo 
estremamente semplice e 
veloce poiché, all'occorren- 
za, è possibile eseguire 
ogni tipo di operazione sul- 
l'intero oggetto oppure su 
entità logiche separate. 
Un'altraimpo dante caratte- 


risticadiquestoprogramma 
è, senza dubbio, il più evi- 
dente vantaggiofornitodal- 
lagiàcitatatecnicadi "True 
Solid Modelling" utilizzata 
da REAL3D. 

Oltre alle normali superfici 
piane, è infatti possibile 
rappresentare un gran 
numero di superfici curve, 
come sfere, coni e cilindri, 
che, a differenza di quanto 
accade per gli altri software 
di grafica tridimensionale, 
non vengono approssimate 
con poliedri terribilmente 
complessi oda interpolazio- 
ni eseguite durante la fase 
di rendering, ma sono defi- 
nite per mezzo di polinomi o, 
più in generale, dafunzioni 
matematiche. 

Ciò significache è possibile 
ingrandire unasferaa piaci- 
mento, senza che nell'im- 
magine finale compaiano 
spigoli o sfaccettature non 
volute. 

Una tale costruzione per- 
mette, inoltre, di ridurre dra- 
sticamente i tempi di calco- 
lo, poiché, come ho detto 
poc'anzi, vengono evitate 
tutte le operazioni necessa- 
rie per l'interpolazione delle 
normali (un artificio utilizza- 
to per poter ottenere delle 
superfici curve anche me- 
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Esempio di un ottimo utilizzo delle brusii. 


Figura 1: l 'editor di Reai 3D. 


diantel'usodi solipoligoni). 
Molti di voi ricorderanno 
però che levecchieversioni 
di REAL3D, proprio per via 
di questa loro particolare 
tecnicadi descrizione delle 
forme solide, risultavano 
poco flessibili qualora si 
volesse modellare un og- 
getto privo di assi di simme- 
tria, modificando, seppure 
di poco, una primitiva o una 
sagoma di rotazione; bene, 
questo limite non esiste più, 
poiché una delle maggiori 
novità che questa release 
1 .4 presenta è proprio la 
possibilità di lavorare diret- 
tamente sui punti di una 
superficie, quasi come av- 
viene in un programmache 


lavora per poligoni (come 
Sculpto Imagine). 

Ora è quindi possibile pro- 
durre (anche se in modo 
non troppo semplice, per la 
verità) forme estremamente 
complesse e irregolari, spo- 
stando i singoli punti o utiliz- 
zando alcuni tool che, com- 
binati fra loro, permettono di 
deformare gli oggetti in ben 
24 modi differenti. 
Considerazione a parte, 
inoltre, merita il potente 
operatore "Remap", che 
permette di modificare il 
numero di punti che defini- 
scono unasuperficie. 
Questa operazione si rileva 
spesso molto utile, poiché le 
curve di base vengono 


create in modo un po' grez- 
zo; in tal caso si potrà au- 
mentare il numero dei punti, 
così da ottenere una figura 
più precisa. Al contrario, si 
può ridurre tale numero in 
una curva complessa ren- 
dendola così più facile da 
editare (un numero minore 
di punti sicontrollameglio), 
per poi, aliatine, riportarlaal 
suo grado di precisione ini- 
ziale. 

Un altrovantaggio derivan- 
te dalla descrizione mate- 
matica dei solidi, è la già 
citata possibilitàdi eseguire 
operazioni Booleane (DIVI- 
DE, AND, OR, AND NOT e 
OR esclusivo) tra due o più 
oggetti, una tecnica molto 
usata per la costruzione di 
figuregeometricheedi parti 
meccaniche. 

Combinati appositamente, 
gli operatori logici offrono 
uno dei mezzi più potenti 
per creare e modificare for- 
me solide: il loro campo di 
applicazione è pressoché 
illimitato poiché gli oggetti 
utilizzati possono essere 
anche estremamente com- 
plessi o contenere risultati 
di precedenti operazioni 


// Material Requester in 
configurazione di Default. 


Booleane. Inoltre, REAL3D 
è attualmente l'unico pro- 
gramma per Amiga che 
permetta di eseguire le 
operazioni logiche in modo 
che non abbiano effetto solo 
sul volume degli oggetti, ma 
anche sui materiali e sulle 
proprietà che caratterizza- 
no le superfici interessate; 
questaèunadellecaratteri- 
stiche piùutili e innovativedi 
questo software. 

Ad esempio, sarà facile 
modellare una bellissima 
fettadi formaggioolandese 
(vedi figura 3), tagliando 
una sfera rossa con un pia- 
no giallo, e magari comple- 
tando l'opera "scavando" 
con l'operatore AND NOT 
qualche buco sulla superfi- 
cie ottenuta. 

Degni di nota sono, infine, 
alcuni operatori, come i 
"Pixel Tools" e gli "Special 
Tools", che permettono di 
ottenere forme piuttosto 
inusuali in modo rapido e 
con semplicità. 

Purtroppo però, malgrado 
la sofisticata tecnica di 
modellazione e i potenti 
operatori messi a disposi- 
zione, l'editor tridimensio- 
nale di REAL3D fa sentire 
una generale carenza di 
precisione, qualora la sce- 
nachesi vuolecostruire non 
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sia composta unicamente 
da primitive o oggetti otte- 
nuti per rotazione; i proble- 
mi sono dovuti soprattutto 
allamancanzadi unaproie- 
zione assonometrica, e ad 
alcuni particolari non del 
tutto secondari, quali il 
quantomeno obsoleto me- 
todo di posizionamento nel- 
le tre dimensioni (lo stesso 
di Sculpt...)e una visualiz- 
zazione spesso sommaria 
degli oggetti sui quali si sta 
lavorando (basti pensare 
che il risultato di una opera- 
zione logica non è visibile 
nella "tri-view" ne, tantome- 
no, nel modo "wireframe"!). 

LE PROPRIETÀ' 

DEI MATERIALI 

Anche se integrato nell'edi- 
tor tridimensionale, un di- 
scorso a parte merita il re- 
quester di definizione delle 
proprietàdei materiali di cui 
sono composti gli oggetti 
presenti in un'immagine. 
Quest'ultimo, infatti, rappre- 
senta sicuramente quello 
che si può definire il cuore 
del programma, poiché il 
risultato, ma soprattutto il 
realismo del lavoro finito, 
dipenderàdirettamentedal 
lavoro eseguito in sede di 


Ancora un esempio di 
Rendering in Hi-Res a 16 
colori. 

definizione dei parametri 
fisici relativi alle superfici 
utilizzate. 

REAL 3D in questo senso 
offre certamente una vasta 
gamma di possibilità, non- 
ché unabuonadose di fles- 
sibilità; è possibile, infatti, 
creare e modificare un 
numero pressoché illimitato 
di descrizioni di materiali, 
che potranno poi essere 
salvate in più librerie o in un 
unico file, permettendone 
così un futuro riutilizzo. 

Tali descrizioni riguardano 
principalmente una serie di 
parametri fisici che determi- 
nano le interazioni esistenti 
tra le superfici e le luci pre- 
senti nellascena; il "Material 
Requester", infatti, permet- 
te di agire su variabili come 
la riflessività (quantità di 
luce riflessadallasuperficie 
di un dato materiale), la tra- 
sparenza, l'indicedi rifrazio- 
ne (strettamente correlato 
alla trasparenza), ladensità 
e la specularità (o lucidità) 
di unadatasuperficie. 

In tal modo è possibile defi- 
nire tutte quelle caratteristi- 
che, colore a parte, che 


conferiscono all'oggetto 
non solo l'aspetto esteriore 
desiderato, ma anche alcu- 
ne proprietàfisiche: è infatti 
possibile ottenere una vera 
lente di ingrandimento 
agendo sull'Indice di rifra- 
zione, oppure materiali par- 
ticolari, come la nebbia e il 
fuoco (vedi lacandela nella 
Figura 1), diminuendo ap- 
positamente il parametro di 
densità. 

Tuttavia la parte più impor- 
tante nella descrizione dei 
materiali è sicuramente la 
sezione relativa al cosiddet- 
to "Brush Mapping", una 
tecnica utilizzata ormai in 
ogni programma di ray tra- 


cing che si rispetti e che, a 
mio avviso, rappresenta 
uno dei punti di forza di 
REAL 3D; con essa, attra- 
verso la combinazione di 
varie opzioni, è possibile 
ottenere effetti che vanno 
oltre la semplice colorazio- 
ne dell'oggetto; infatti, sotto 
tale nome, vengono rag- 
gruppati tutti quegli opera- 
tori che sono in grado di 
modificare il colore o uno 
qualunque dei parametri 
fisici sopradescritti, parten- 
do dalla descrizione (in 
standard IFF) di una norma- 
le immagine bidimensiona- 
le. Accanto al normale "Co- 
lor Mapping" (i colori del- 


Lo schermo di settaggio dei parametri di Rendering. 


Un esempio delle capacità di Reai 3D. 
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l'oggetto derivano diretta- 
mente da quelli presenti nel- 
l'immagine utilizzata), figu- 
ranoaltri metodi di "mappa- 
tura" di brush, quali il "Bump 
Mapping" (colquale si pos- 
sono ottenere bassorilievi e 
disturbi sulla superficie di 
un oggetto), lo "Special 
Mapping" (che permette di 
agire sulla trasparenza e 
sulla riflessività di una su- 
perficie soltanto in determi- 
nate aree e non sulla totalità 
dell'oggetto)e il "Clip Map- 
ping". 

Quest'ultima tecnica è sicu- 
ramente la più potente e la 
più innovativa visto che, 
combinata con un tool di 
eliminazione del colore nero 
("No O-color"), è in grado 
evitare all'utentel'usodegli 
operatori Booleani; essa in- 
fatti, utilizzando una imma- 
gine a sfondo nero, lascerà 
visibili soltanto le parti colo- 
rate dell'oggetto, rimoven- 
do le altre daN'immagine 
finale. 

Tuttavia anche nel casodel 
"Brush mapping" vengono 
a galla alcune lacune, so- 
prattutto in fase di posizio- 
namento e dimensionamen- 
to delle brush; inoltre la 
possibilità di "mappare" 
una sola immagine per vol- 


ta, può creare spesso qual- 
chedifficoltàditroppo. 

LE ANIMAZIONI 

Ed eccoci giunti all'argo- 
mento che è croce e delizia 
di tutti gli appassionati della 
computer grafica: l'anima- 
zione. 

E' croce non solo per le in- 
terminabili ore di calcolo 
che losviluppodi una anche 
breve animazione richiede, 
ma soprattutto per la com- 
plessitàche in genere deve 
essere dominata, poiché, 
più saranno le opzioni di- 


sponibili, tanto più sarà 
complicatalagestione delle 
stesse. 

E' invece delizia per lagran- 
de soddisfazione che può 
dare una animazione ben 
riuscita, una voltaterminato 
il lavoro. 

Questo avviene, direi, per 
tutti i software di animazione 
tridimensionale e REAL3D 
non fa eccezione. 
Sicuramente il programma 
non si colloca al top della 
categoria per quanto riguar- 
da le tecniche messe a di- 
sposizione dell'utente, tut- 
tavia, nel caso specifico 
dell'animazione, è in grado 
di offrire un buon grado di 
flessibilità insieme a una 
discreta facilità d'uso. 

Il manuale, sull'argomento, 
è come al solito molto sinte- 
tico, ma abbastanza esau- 
riente. 

Quattro sono le tecniche di 
animazione supportate da 
REAL3D. 

La prima è basata quasi 
totalmente sul modulo wire- 
frame,che permette il posi- 
zionamento dell'osservato- 
re nellascenatramitemovi- 
menti e rotazioni eseguiti in 
tempo reale; i diversi trame 
vengono creati semplice- 
mente "registrando" ogni 


Pannello di controllo del 
modulo Wireframe. 


variazione che l'utente im- 
prime alla posizione o all'al- 
lineamento dellatelecame- 
ra. 

Questo procedimento è si- 
curamente molto intuitivo, 
ma non offre grandi possibi- 
lità. 

Al contrario, la seconda 
tecnica è un po' più com- 
plessa, ma permette di far 
uso di traiettorie (o path) 
definite nello spazio. 
Questo metodo è sicura- 
mente uno dei più usati per 
la definizione di movimenti 
nelletredimensioni, poiché 
è adatto alla quasi totalità 
delle situazioni che si pos- 
sono presentare. 
Modificando la lunghezza 
delle singole traiettorie è, 
inoltre, possibile gestire 
accelerazioni e decelera- 
zioni con una tecnica che 
ricorda molto da vicino 
quella di Sculpt Animate 4D. 
Durante il loro "viaggio" lun- 
go i path creati dall'utente, è 
anche possibile far ruotare 
ogni singolo oggetto nelle 
diverse direzioni e per an- 
goli arbitrari (sul manuale 
questa è la terza tecnica). 
Infine, l'ultima tecnica, ma 
sicuramente la più potente a 
nostra disposizione, è in 
grado, oltre che ad abboz- 
zare un principio di mor- 
phing (metamorfosi) tridi- 
mensionale, di eseguire 
operazioni di qualunque 
natura, come spostamenti, 
ridimensionamenti, rotazio- 
ni, su un qualsiasi oggetto, 
ridistribuendo l'effetto di tali 
operazioni su un dato nu- 
mero di trame. 
Indubbiamentequestoè un 
procedimento che offre 
un'enorme flessibilità, ma 
ciò va a discapito della 
semplicità d'uso; infatti, 
definire una macro com- 
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prendente un buon numero 
di passi, è paragonabile allo 
scrivere un piccolo pro- 
grammalo BASIC. 

L'unico appunto comunque 
che mi sento di fare aquesta 
sezione di REAL 3D, è la 
totale mancanzadi un sep- 
pur rudimentale algoritmo di 
morphing traoggetti, tecni- 
ca ormai utilizzata da quasi 
tutti i software di pari presta- 
zioni. 

L RENDERING 

REAL 3D include quattro 
differenti modi di rendering. 
Il "Fast Mode" è un metodo 
molto rapido (l'algoritmo 
usatoè probabilmente quel- 
lo di Gouraud) che, conver- 
titi tutti gli oggetti in un mate- 
riale di base non riflettente, 
non trasparente e privo di 
brush, ne visualizza il mo- 
dello utilizzando una sola 
sorgente di luce postanello 
stesso punto dell'osserva- 
tore;questometodo si rivela 
utile in fase di preview del- 
l'immagine e per la visualiz- 
zazione di oggetti la cui 
importanza (come nelle 
applicazioni di CAD) risiede 
nella forma, non nello sha- 
ding. 

In modo "Normal" viene uti- 
lizzato il modello completo 
di rendering, valeadireche 
il risultato finale compren- 
derà ombre, riflessioni, tra- 
sparenze, ecc. 

Il "Shadowless Mode" è 
sostanzialmente uguale al 
precedente, maconun'uni- 
caeccezione: leombre non 
vengono calcolate. Questo 
artificio riduce di parecchio 
i tempi di rendering, renden- 
do questo modo particolar- 
mente indicato per laprodu- 
zione di animazioni. Vi è, per 
ultimo, il "Lampless Mode", 
una combinazione dei due 
modi "Fast" e "Shadow- 
less", che permette di ab- 
battere ulteriormente i tempi 


Figura 3: fetta di 
formaggio. 


di calcolo: viene utilizzata 
soltanto una sorgente di 
luce, ma le brush e le pro- 
prietàdei materiali vengono 
mantenute. Inoltre, èpossi- 
bilecalcolare solo unaparte 
dell'immagineoingrandire i 
pixel apiacimento, due fun- 
zioni molto utili durante le 
prove, che suoneranno 
familiari agli utenti del vec- 
chio Turbo Silver. Bisogna, 
infine, segnalareche REAL 
3D Professional supporta 
attualmente due tipi di trame 
buffer: l'Harlequin e l'au- 
striaca VD2001 (poco cono- 
sciuto in Italia). 

CONCLUSIONI 

Credo che la valutazione 
globale di questo pacchetto 
non possaprescindere dal- 
l'uso che se ne vuole fare o 
dal prezzo (laversione Pro- 
fessional costacircamezzo 
milione, mentre quella nor- 
male si aggirasele 220 mila 
lire).Neconsiglierei l'acqui- 
sto atutti colorochedeside- 
rano produrre animazioni e 
immagini ad un buon livello, 


senza però addentrarsi 
troppo nei meandri di quel 
affascinante macomplesso 
mondo che è la grafica 
tridimensionale. Con REAL 
3D infatti, fin tanto che si 
resta nell'ordinedi idee del- 
le classiche "scene da 
computer graphics" (cioè 
quelle composte principal- 
mente dasfere ultralucenti, 
cubi riflettenti, scritte in 
movimento, scacchi e va- 
sellame di ogni genere o 
forma), è possibile creare 
animazioni e immagini di 
sicuro effetto; tuttavia se si 


volesse spingersi un poco 
oltre e affrontare magari un 
progetto un po' più com- 
plesso, soprattutto per 
quanto riguarda la modella- 
zione, comincerebbero a 
farsi sentire i limiti presenti 
soprattutto infasedicostru- 
zionedeglioggetti. Inquesti 
casi, oltre che vivamente 
raccomandato, è pratica- 
mente necessario l'utilizzo 
di altri pacchetti "a poligo- 
ni", forse un po' menoveloci 
e intuitivi, ma sicuramente 
più flessibili e potenti. A 
metà del 1992, secondo 
me, non si può più pensare 
di produrre un pacchetto di 
rendering e animazione 3D, 
prendendo come punto di 
riferimento un software ob- 
soleto come Sculpt Animate 
(il manuale indugia spesso 
su palesi confronti con il 
programma della Byte by 
Byte); le nuove frontiere 
oggi sono rappresentate da 
Imaginee daLightwawe, ed 
è a questi due concorrenti 
che la prossima release di 
REAL 3D dovrà ispirarsi. 
Quindi forza fratelli Meska- 
nen! La strada imboccata è 
sicuramente quella giusta, 
maci vuole ancora un pic- 
colo sforzo per emergere 
definitivamente. 


SCHEDA PRODOTTO 


Nome Prodotto: Reai 3D Professional 1 .4 - Turbo 

Casa Prodruttrice: Realsoft Ky 

Distribuito da: Activa International 

In vendita: Applied Peripherals & Software - Corno di 

Rosazzo (UD) - Tel. 0432/759264 

Prezzo: Lire 590.000 (vers. Pro) - Lire 220.000 

(Beginner) 

Giudizio: buono 

Configurazione minima richiesta: Amiga con 1 Mb di 

RAM 

Pro: semplicità d'uso, tempi di rendering, descrizione 
delle superfici 

Contro: versatilità, poche brush, visualizzazione degli 
oggetti 

Configurazione della prova: A2000b 1.3, 2 0, 5 Mb 
RAM 
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RAPPRESENTAZIONE PARAMETRICA 
DB SOLIDI (SUPERBO CURVE) 


I poligoni sono sicuramente le primitive di moderazione più usate 
per la loro semplicità d'uso e la loro versatilità. Combinandoli è 
possibile costruire o approssimare praticamente ogni tipo di 
oggetto. Si deve tener presente però che per modellare forme 
curve (una sfera ne è l'esempio più facile) utilizzando soltanto 
poligoni, si è costretti a ricorrere a interpolazioni del colore o della 
normale al punto considerato durante la fase di rendering. Questo 
approccio normalmente funziona, tuttavia vi sono casi in cui 
sorgono alcune controindicazioni. Infatti, visto che i calcoli 
effettuati influenzano soltanto il colore finale di un dato punto e 
non la forma dell'oggetto stesso, la sua silhouette resterà 
poligonale cosicché, se quest'ultimo verrà posto a breve distanza 
dall'osservatore, tale imprecisione potrà diventare talmente 
visibile da rovinare l'illusione creata dalle interpolazioni. 

Inoltre, un ulteriore problema deriva dalle intersezioni tra oggetti 
poiché, lungo la loro linea di giunzione, la struttura poligonale 
sottostante diventerà evidente, rovinando ancora una volta 
l'illusione ottica. La rappresentazione parametrica dei solidi 
risolve questo tipo di problemi, poiché le superfici risultanti sono 
curve per definizione. Di tali superfici esistono parecchi tipi diversi 
e, anche se qualche volta risultano più difficili da gestire, in 
parecchie situazioni si rivelano più appropriate da usare rispetto 
ai più comuni poligoni. Tecniche che furono in origine sviluppate 
per modellare automobili e fusoliere di aeroplani in ambiente 
CAD, vengono ora utilizzate in molti settori differenti della 
computer grafica. Una delle rappresentazioni parametriche più 
usate è sicuramente la cosiddetta "superficie di Bezier", 
sviluppata appunto da Pierre Bezier verso la fine degli anni '60 
per la Renault II suo sistema CAD, in uso fin dal 1 972, è senza 
dubbio ìi fautore di molti dei numerosi modelli di automobile 
prodotti della casa francese durante gli anni '70 Probabilmente il 
lavoro di Bezier era stato preceduto dai risultati ottenuti da P. de 
Casteljau alla Citroen nei primissimi anni '60, i suoi resoconti, 
però, rimasero nascosti in qualche archivio fino al 1975 Le 
rappresentazioni parametriche normalmente usate in computer 
grafica sono definite da una o più espressioni matematiche, 
piuttosto che da insiemi di coordinate nello spazio 
tridimensionale, garantendo così che anche i contorni dei solidi 
descritti siano realmente curvi In questo modo sarà possibile 
calcolare il colore e l'ombreggiaturadi un punto qualunque 
utilizzando direttamente la normale al punto stesso e non 
semplicemente una sua approssimazione Vediamo ora, un po’ 
più da vicino, i due tipi di rappresentazione parametrica che più si 
sono dimostrati utili agli scopi della computer grafica. Entrambi 
richiedono alcune sofisticazioni matematiche che non tratterò in 
questa sede; tuttavia, se qualcuno volesse farsi un'ideadi come 
tali primitive funzionino, i miglior riferimento che posso dare è il 
libro "Computer Graphics, Prnciplesand Practice di J. Foley e A. 
Van Darri", volume considerato a tutt'oggi la "Bibbia della 
computer grafica" 

I PATCH 

Una grande varietà di superfici curve aperte può essere 
raggruppata sotto il nome di "patch”. 

II concetto che sta alla base di questa categoria di curve è il fatto 


che l'utente possa definire delle piccole sezioni (i patch, appunto) 
che, accostate l'una all'altra, formano superfici più grandi con le 
quali vengono poi costruiti oggetti anche molto complessi. 

La definizione di patch è molto generale e comprende molti tipi di 
forme differenti; del resto anche i poligoni potrebbero essere 
considerati una primitiva appartenente alla classe dei patch. 

Nella pratica, però, col termine patch si tende a indicare soltanto 
quelle primitive grafiche che presentano un minimo di curvatura 
propria, ottenuta in generale utilizzando curve di Bezier o B- 
spline. Alcuni sistemi permettono all'utente di specificare una 
struttura poligonale che verrà poi utilizzato come punto di 
partenza per la costruzione di un modello dell'oggetto costituito 
unicamente da patch. L'idea è quella di considerare la 
rappresentazione poligonale solo come un'approssimazione della 
superficie curva che il computer calcolerà in seguito; per 
modificare quest'utima, quindi, basterà agire sui vertici che 
compongono il modello poligonale da cui deriva. La costruzione 
dei patch, che avviene poligono per poligono, può essere di due 
diversi tipi: se la superficie curva passa da tutti i punti di controllo 
del poligono sottostante, essa prenderà il nome di "patch 
interpolante”; si parlerà invece di "patch approssimante", qualora 
essa si limiti a passare nelle vicinanze dei vertici del modello 
poligonale. Comunque il meccanismo che sta alla base di questo 
tipo di rappresentazione varia parecchio da sistema a sistema, 
anche perché esistono numerosi tipi di patch diversi, che 
possono inoltre essere usati in molti modi differenti. 

IE SUPERFICI QUADRATICHE 

Una superficie quadratica è formalmente definita come "quella 
superficie che è soluzione di un'equazione di secondo grado", 
tipicamente sono quadratiche superfici come la sfera, i cilindro, il 
cono, il paraboloide o l'iperboloide. Per questo tipo di superfici la 
rappresentazione in memoria è molto differente da quella 
utilizzata per poligoni o per i patch (è meno complessa e occupa 
una quantità molto minore di spazio in memoria per i dati). Una 
sfera, ad esempio, resta completamente definita una volta che si 
siano assegnati un centro e la lunghezza del raggio. Un cilindro 
necessita invece di un'asse centrale (che ne definisce 
l'orientamento), di un raggio (che ne determina lo spessore) e dei 
limiti in lunghezza agli estremi dell'oggetto; questi ultimi sono resi 
necessari dal fatto che a definizione matematica di molte 
superfici quadratiche è tale da far si che, in origine, esse abbiano 
un'estensione infinita, creando così un effetto che non sempre è 
desiderato. Benché non siano molto flessibili, le superfici 
quadratiche vengono utilizzate sempre più frequentemente, 
anche in alcuni modellatori per poligoni (la primitiva "sphere" di 
Imagine è una quadratica), in virtù della loro semplicissima 
descrizione che permette di ridurre drasticamente l'occupazione 
di memoria e i tempi di rendering E’ possibile, comunque, 
aumentare la versatilità di questo tipo di curve innalzando il grado 
del polinomio che e descrive (per una curva terzo grado ad 
esempio, si parlerà di superficie cubica o bicubica); tuttavia non 
mi addentrerò nella descrizione di tali rappresentazioni, anche 
perché la loro applicazione è, per ora, quasi esclusivamente 
limitata al settore CAD. 

Marco Pugliese 
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ANIMAKER 


Stefano Paganini 


Un ottimo programma 
di animazione. 


T rai parametri principa- 
li per la valutazione di 
uno slideshow, al di là 
dellacreazione delle singo- 
le immagini, vi è sicuramen- 
te il tipo di effetti speciali di 
contorno, l'assenza di errori 
nella gestione dei colori, 
durante le dissolvenze in- 
crociate, e una buona sin- 
cronizzazione con l'audio. 

I programmi di questo tipo, 
generalmente, permettono 
di porre, secondo unacerta 
sequenza, immagini e suo- 
ni, con effetti speciali all'ini- 
zio e alla fine di ogni parte 
chiave dell'animazione. 

Trai molti programmi dispo- 
nibili per Amiga, dai più 
semplici PAGEFLIPPER ai 
veri e propri sistemi di Aut- 
horing, vi è una gamma di 
scelta assai ampia. 

Il prodotto in prova in questo 
articolo si presentacon una 
notevole dotazione di carat- 


teristiche tecniche e in più 
due note degne di menzio- 
ne, è stato sviluppato dalla 
Quest di Verona, già nota a 
molti utenti Amiga per la sua 
attività in questo settore, e 
ha un costo al pubblico infe- 
riore alle 100.000 Lire. 

UN'OCCHIATA 
AL PRODOTTO 

AniMaker vienefornito in un 
solo dischetto, all'interno 
del quale si trovano, sia il 
programmavero e proprio, 
sia il player, sono inoltre 
contenuti due file .ANIM 
dimostrativi, uno per Amiga 
con un solo Megabyte di 
RAM, che risulta privo della 


traccia audio, e una versio- 
ne completa dell'animazio- 
ne, con audio, che mostra 
una panoramica delle fun- 
zioni disponibili tramite il 
programma. 

Dato che il programma è 
italiano sembra strano che 
lo slideshow dimostrativo 
siacompletamente in ingle- 
se: d'accordo per la pro- 
spettiva del mercato stra- 
niero, ma... 

Un file AM-News include le 
novità incluse nellaversione 
corrente 1 . lespecificache 
le animazioni possono in 
realtà essere PLAY e solo 
con "almeno" 1,5 Mb di 
RAM, ferme restando le 
considerazioni di cui sopra, 


nel caso di animazioni sem- 
plici. 

Il manuale in dotazione è 
spartano, essenziale e rac- 
chiudetutte le informazioni: 
la suddivisione è quella 
classicatutorial-guida di ri- 
ferimento, anche se per un 
programma di grafica ci si 
sarebbe aspettati forse una 
maggiorpresenzadi scher- 
mate. 

In realtà tutte le funzioni, 
disponibili tramite un'inter- 
faccia utente totalmente a 
bottoni, sono spiegate solo 
in modo testuale. 

Ciò può risultare contropro- 
ducente nei confronti degli 
utenti meno esperti per i 
quali, particolarmente la 
parte di tutorial, deve esse- 
re più curata. 

Come specificato nel ma- 
nuale, AniMaker può girare 
su un qualunque modello di 
Amiga. 


Informazioni del programma 


Il pannello di controllo principale. 
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every frame 
can change also: 

LO AL ITE 


In particolare gli utenti del 
500 inespanso potranno 
beneficiare di questo pro- 
gramma, creando sequen- 
ze di buona qualità anche 
se limitate nel numero di 
schermate e nel sonoro. La 
regola della disponibilità di 
memoria, che vale per tutto 
il software per Amiga, eche 
si può tradurre nell'afferma- 
zione "mai abbastanza", è 
validaanche per AniMaker. 
Quindi al crescere della 
complessità dell'animazio- 
ne, e soprattutto nel caso 
dell'utilizzo della traccia 
audio e della presenza di 
hard disk, i requisiti di 
memoriacrescono prevedi- 
bilmente. 

La configurazione minima 
consigliata per lavorare 
prevede almeno 3 Mb di 
RAM, tenendo conto della 
limitazione, tuttora vigente 
per buona parte degli Ami- 
ga installati, dei 512 K di 
Chip RAM. 

Questo tipo di problemi ri- 
sultano del tutto irrilevanti 
pergli utenti di Amiga 3000. 
E'da notare che, al contrario 
di quanto specificato sul 
manuale, la versione per il 
S.0. 2.0non è presente sul 
dischetto e che quindi la 
configurazione minima pre- 
vede anche il vecchio 1 .2. 

Il programma è comunque 
sufficientemente ottimizza- 
to, sia nell'occupazione del- 
la memoria, sia nella gestio- 


II demo incluso 
in AniMaker. 


ne di errori e situazioni criti- 
che, primatratutte la segna- 
lazione di "memoria insuffi- 
ciente" che impedisce di 
creare animazioni con dou- 
ble-buffering, consentendo 
tuttavia di proseguire con 
animazioni più semplici. 

La tecnica del double-buf- 
fering permette, tramite l'uti- 
lizzo di due pagine grafiche 
contemporaneamente, di 
visualizzare e caricare le 
immagini alternativamente, 
eliminando in questo modo 
lo sfarfallio tipico. 
AniMakerpuòessere instal- 
lato anche su hard disk: non 
vi è una procedura partico- 
lare da attivare, basta spo- 
stare le icone dal dischetto 
sull'icona dell'unità DHx. 

ANIMAKER: ILSOFWARE 

La schermata iniziale del 
programmapresenta il pan- 
nello di controllo suddiviso 
in diverse zone, ciascuna 
delle quali contiene alcuni 
bottoni e campi per la defini- 
zione dei parametri. 

Alcuni bottoni attivano a loro 
voltaaltri pannelli di selezio- 
ne, come, ad esempio, per il 
caricamento di file esterni. 
La suddivisione in zone può 
essere riassunta nel se- 
guente modo: 


-Animation 

- Frame edit 

- Attributes 

- System 

- Brush 

- Back & Sound 

Fondamentalmente lacrea- 
zionedi un'animazione con 
AniMaker si svolge in que- 
sto modo: vengono create, 
tramite i ben noti programmi 
di paint e rendering, le 
schermatedi sfondo (back- 
ground) e i brush, che po- 
tranno essere mossi come 
oggetti per tutto lo schermo 
(il formato IFF è supportato 
così come tutte le modalità 
grafiche di Amiga compre- 
se HAM e EHB). 

Allo stesso modo, tramite 
programmi di sound edi- 
ting, vengono selezionate le 
parti che compongono la 
colonna sonora: anche in 
questo caso il formato è lo 
standard IFF8SVX o RAW. 
Successivamente, all'inter- 
nodi AniMaker, tutte le parti 
vengono caricate e messe 
nellagiusta sequenza. 
Soffermiamoci su questo 
punto, AniMaker supporta 
un numero massimo di 9999 
fotogrammi, ed è questa 
"l'unità di misura" del pro- 


II pannello Multi. 


gramma, cioè ogni foto- 
gramma ha al suo interno 
diverse "azioni" possibili: 
spostamentoltraslazione 
sia di un oggetto/brush sia 
del background, con la 
definizione dello sposta- 
mento in pixel. 
L'operazione viene quindi 
condotta fotogramma per 
fotogramma, anche se con 
la possibilità di far "eredita- 
re" alcune modifiche ad 
oggetti e caratteristiche 
anche ai fotogrammi suc- 
cessivi (bottone ALSO 
NEXT/ONLYTHIS). 

Ogni frame può avere a 
disposizione un certo nu- 
mero di sfondi, al massimo 
100, altrettanti oggetti/ 
brush, da modificare in 
posizione assoluta ed even- 
tualmente sovrapporre ad 
altri brush. 

Anche il suono può essere 
modificato per ogni foto- 
gramma, in frequenza, volu- 
me e durata. 

Lasceltadi questa imposta- 
zione rende da un lato più 
semplice e veloce la crea- 
zione di sequenze rapide e 
racchiude inséunindubbio 
vantaggio nell'editing di 
ogni singoloframe. 
Tuttavia, quando l’anima- 
zione cominciaadessere di 
un certo peso (numero foto- 
grammi), si nota ladifficoltà 
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nell’editing veloce e, più in 
generale, la mancanza di 
uno storyboard che rac- 
chiuda in forma simbolica e 
sintetica tutte le operazioni 
perogniframe. 

Un'altra caratteristica che 
manca è quella della defini- 
zione di key trame, cioè di 
sequenze chiave, all’Interno 
delle quali vengono definite 
delle azioni, che vengono 
poi sviluppate automatica- 
mente in un certo numero di 
trame successivi. 

Durante la prova abbiamo 
potuto constatare che la 
mancanzadi questefunzio- 
ni può essere, in parte, 
compensata da una certa 
esperienza nel l'utilizzo del- 
lo stesso AniMaker. 

Uno degli esempi più evi- 
denti è dato dai classici ef- 
fetti di dissolvenzache pos- 
sono essere utilizzati sola- 
mente per un trame, oppure 
estesi apiùframe, includen- 
do anche cambiamenti di 
palette, sonoro o altro ele- 
mento: questa caratteristica 
trae vantaggio dall’organiz- 
zazione dei trame solo se 
opportunamente sfruttata. 
Complessivamente il pro- 
gramma permette di sincro- 
nizzare sia audio che video 
con un buon margine di 
precisione, inoltre l’unità di 
tempo che determina il 
passaggio da un trame al- 
l’altro (che è di 1/60 sec.) è 
indipendente da quella del- 


la parte sonora che può così 
essere modificata in piu ri- 
prese, in più trame. 
L’animazione che ne risulta 
viene salvata in un file .ANIM 
che però non segue lo stan- 
dard ANIM ben noto, ma 
che differisce, oltre che per 
le specifiche, anche per l’in- 
clusione di alcune caratteri- 
stiche fondamentali quale, 
adesempio, la possibilità di 
cambiare modalità grafica, 
o anche la sola palette, da 
un trame all'altro. 

Anche questa scelta, se da 
un lato permette di compat- 
tare tutte le componenti 
dell'animazione in un unico 
blocco, sempre nel caso di 
una animazione "notevole”, 
può risentire dellamancan- 
za di spazio su dischetto: a 
tale proposito è da citare il 
fatto che il demo completo, 
che dura qualche minuto e 
con due sole tracce audio, 
occupa 408 K, e nella ver- 
sione ridotta 267 K (cioè 
senzaaudio). 

Inoltre, è un vero peccato 
che non si possano include- 
re sequenze 3D, proprio in 
formato ANIM, come back- 
ground: tale caratteristica 
avrebbe reso il programma 
veramente completo e, 
sebbene comporti una 
complessità non indifferen- 
te in fase dì programmazio- 
ne, ci auguriamo sia inclusa 
in una versione futura di 
AniMaker. 


IL PANNELLO MULTI 

Alcune delle caratteristiche 
avanzate del programma 
vengono attivate tramite il 
pannello Multi. Il pannello 
Multi permette di effettuare 
modifiche globali sui frame 
e sui brush dell’animazione. 
Ciòsignificacheogni botto- 
ne di questo pannello con- 
sente di modificare parame- 
tri di schermo e/o di brush, 
specificando quali frame ne 
siano coinvolti. 

Trale operazioni possibili a 
livello globale, oltre a quelle 
già disponibili a livello fra- 
me, vi sono quelle di TA- 
GLIA/INCOLLAche, facen- 
do uso di una zona di me- 
moriatemporanea, permet- 
tono di applicare determi- 
nate modifiche ad un grup- 
po di frame, mentre per i 
brush è possibile aggiun- 


gerne di nuovi e specificar- 
ne posizione e step incre- 
mentale per lo spostamen- 
to. 

CONCLUSIONI 

La prova e le relative valuta- 
zioni non possono non tene- 
re conto di alcuni fattori: 

-il prodotto costa al pubbli- 
co 89.000 Lire 

- si tratta di un prodotto ita- 
liano 

- è la versione 1 .1 

Il programma così com’è è 
in grado di lavorare egregia- 
mente per piccole anima- 
zioni, veloci e con simpatici 
effetti speciali, senza conta- 
re la parte audio. Tuttavia 
sussistono dei problemi per 
la creazione di animazioni 
complesse. ▲ 
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SCHEDA PRODOTTO 


Nome Prodotto: AniMaker 1.1 

Casa Prodruttrice: Quest - Verona 

Distribuito da: Soundware - Varese - Tel. 0332/232670 

Prezzo: Lire 89.000 

Giudizio: buono 

Configurazione richiesta: Amiga con 3 Mb (consigliati) 
Pro: rapido, versatile e prezzo basso 
Contro: struttura poco flessibile per applicazioni 
pesanti 

Configurazione della prova: A500 51 2K, 1 drive. 
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Edgar Huckert, Frank Kremser 

Per sfruttare le enormi potenziali- 
tà grafiche del proprio computer, 
attraverso un linguaggio di pro- 
grammazione adatto a questo tipo 
di applicazioni. 
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Henning Horst-Rainer 

Introduce alla programmazione in 
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Robert A. Peck 
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dei linguaggi più evoluti. 
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Peter Wollschlaeger 
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guaggio di programmazione è 
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ON DISK è una rubrica mensile 
di quattro pagine che possono anche essere 
staccate e conservate; in queste pagine 
sono descritte tutte le informazioni 
dei programmi inclusi nel disco, 
complete di istruzioni, trucchi ecc... 

In questo spazio troveranno posto giochi, 
utility e tutto ciò che può fare Amiga. 
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• Games 


Space War vi. 11 

Jeff Petkau/Brian Fehdrau 

Space War è stato 1 1 primo videogio- 
co spaziale della storia, inventato 
nel 1962 da un gruppo di studenti 
del MIT in America Realizzato ini- 
zialmente su un mainframe molto 
costoso, utilizzava una grafica vet- 
toriale (non era ancora possibile 
realizzare della grafica bitmap) e 
permetteva a due giocatori di gio- 
care contemporaneamente uno 
contro l’altro Molto tempo è passa- 
to da allora, l'industria dei videogio- 
chi si è evoluta in maniera straordi- 
naria e voi potete giocare sul vostro 
Amiga a Space War, ORA Non è 
meraviglioso tutto questo7 A Space 
War si gioca ovviamenteuno contro 
l'altro anche su Amiga e questo 
comporta necessariamente che 
due giocatori "umani" prendano 
parte alla sfida Lo scopo del gioco 
è semplicemente distruggere l'a- 
stronave nemica, ma molti fattori 
esterni entrano "in gioco" Al centro 
dello schermo è presente un sole 
dotato di unaforzadi attrazione gra- 
vitazionale e un asteroide gli gira 
costantemente intorno e rischia di 
urtare i giocatori Le astronavi di- 
spongono di unaforzadi spinta che 


permette loro di muoversi nello 
spazio, evitare gli ostacoli e contra- 
stare la forza di gravitàdel sole Tutti 
i parametri possono essere modifi- 
cati a piacimento dall'utente: può 
essere rimosso il sole dal centro 
dello schermo o sostituito con un 
buco nero, può essere variata la 
forza di gravitàe la potenza di spin- 
ta delle astronavi, si può eliminare 
l'asteroide e cambiare altri utili pa- 
rametri di gioco. Alle opzioni princi- 
pali si accede tramite il menu "Op- 
tions", mentre il tipo di controllo per 
ogni astronave si sceglie dal menu 
"Control". Space War è, come ab- 
biamo detto, un gioco esclusiva- 
mente a due giocatori, ma ciò non 
significa obbligatoriamente che i 
due giocatori debbano giocare con 
lo stesso computer con questa 
versione di Space War è addirittura 
possibile giocare in link con un 
computer collegato via modem A 
questo scopo è dedicato il menu 
"Remote" che fornisce tutte le op- 
zioni per il controllo del modemedel 
computer che si trova dall'altra 
parte del telefono. Nella directory 
Space War sono comunque pre- 
senti dei sample di buona qualità e 
delle schermate grafiche che grazie 
allo standard IFF possono essere 
modificate, se lo si desidera, per 
ottenere una versione personalizza- 
ta del gioco. Space War oltre ad 
essere molto divertente come ogni 
gioco che si può giocare in due, ha 
anche un significato storico. Un 
mito da non sottovalutare! 


SPECIFICHE DEL PROGRAMMA 


CONFIGLI RAZIONEMINIMA 

51 2K RAM 
Kickstari 1 .2/1 .3/2.0 

UTILIZZO 

Workbench: Doppio Click sull'icona 

FILE DI SUPPORTO 

T utti i file presenti nella directory "Space- 
War" del disco AmigaMagazine 


• Utility 


MagicFileRequester 

Stefan Stuntz 

Questaè l'utilitydedicata esclusiva- 
mente a chi dispone di KickStart 
2.04(Amiga3000, Amiga500 Plus). 
MagicFileRequester è stato proget- 
tato e realizzato come una commo- 
dity, non richiede quindi una libreria 
per funzionare, basta solo eseguirlo 
nella Startup-Sequence o riporre la 
sua icona nel cassetto WBStartup 
del vostro disco di lavoro. Una volta 
lanciato, MagicFileRequester si 
sostituisce al requester ASL stan- 
dard sotto 2.0. Ciò che si ottiene è 
un file requester decisamente 
eccezionale, Sembra che il pro- 
grammatore abbia avuto come uni- 
co scopo quello di realizzare il mi- 
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glior file requester della storia di 
Amiga, includendo delle comodità 
veramente interessanti. E' possibi- 
le, ad esempio, controllare tutte le 
funzioni del requester utilizzando 
esclusivamente la tastiera, è com- 
pletamente configurabile tramite il 
menu "Information" del Workbench 
eseguito sulla sua icona, è possibile 
selezionaredei programmi che ver- 
ranno utilizzati per ascoltare suoni, 
visualizzare immagini, eco... ma 
soprattutto offre un aspetto di impa- 
ginazione grafica molto piacevole e 
funzionale, specie se viene utilizza- 
to in altarisoluzionee/o con fontpro- 
porzionali. 

Attenzione: MagicFileRequester 
necessita di un gran numero di li- 
brerie per funzionare (l'elenco è 
riportato nelle "Specifiche del Pro- 
gramma") e quindi non è possibile 
eseguirlo cliccando sull'icona pre- 
sente nel disco AmigaMagazine. E' 
necessario prima installarlo nel 
vostro sistema spostando la sua 
icona nel cassetto WBStartup del 
vostro disco WorkBench (usate una 
copia di lavoro, mi raccomando). 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart2.0 

UTILIZZO 

Workbench: Doppio Click sull'icona 

FILE DI SUPPORTO 

Le librerie intuition. library, 
graphics, library, gadtools. library, 
diskfont.library, icon. library, 
commodities. library, utility.library, 
asl. library e req. library DEVONO essere 
presenti nella directory LIBS del disco 
da cui si effettuai! boot. 


PC-Task 

Chris Hames 

E ora un programma che arriva di- 
rettamente dall'Australia. PC-Task è 
un emulatore PC, ossia un program- 
ma che rende il vostro Amiga com- 
pletamente identico ad un compu- 


ter della IBM, con la possibilità di 
eseguire tutto il software scrittto per 
quel tipo di computer In passato 
avete già avuto la possibilità di 
vedere programmi simili a questo, 
come Transformer o IBeM, ma PC- 
Task li batte tutti in quanto a configu- 
rabilità e, cosa ben più importante, 
velocità Da test effettuati sugli 
emulatori disponibili, è risultato che 
PC-Task emula un PC circa due 
volte piu veloce rispetto ai suoi 
programmi "colleghi" su un Amiga 
dotato di un normale 68000 Ovvia- 
mente le prestazioni salgono con la 
velocità del microprocessore e con 
una scheda 68030 (o, magari, 
68040) potreste rimanere sconvolti 
nell'apprendere che PC-Task rie- 
sce ad emulare un PC a più di 20-22 
MHz Ad una velocità paragonabile 
a quella offerta da emulatori hard- 
ware come Janus AT 386 o ATOnce, 
ma ad un prezzo molto inferiore 
Già, ad un prezzo inferiore, perché 
PC-Task è uno di quei programmi 
che si devono comprare per utiliz- 
zare al meglio delle sue possibilità 
Chris Hames, il programmatore di 
programmi come DirWork, Viru- 
sMemKill, Degrader e molti altri, ha 
distribuito in Pubblico Dominio una 
versione dimostrativa di PC-Task 
che offre la possibilità di eseguire 
programmi In ambiente MS-DOS, 
ma con delle funzioni disabilitate In 
questa versione non e possibile 
scrivere verso alcun dispositivo di 
input/output, quindi non si può sal- 
vare nessun file su floppy o hard- 
disk e non si possono usare le porte 
parallela e seriale Per ottenere una 
versione completa e funzionante di 
PC-Task è necessario divenire 
utenti registrati mandando 40 dollari 
a Chris, e considerando la qualità di 
questo emulatore possiamo tran- 
quillamente incoraggiare i lettori a 
spendere 50 000 lire per acquistare 
un programma realmente profes- 
sionale. 

Ma torniamo alla demo di PC-Task 
Una volta cliccato sull'Icona, appa- 
rirà una schermata di configurazio- 
ne in cui e possibile selezionare i 
colori dello schermo PC, i drive che 
verranno utilizzati, i parametri di 
priorità, ecc 


Per fare una rapida prova basta 
semplicemente cliccare su start e 
inserire il disco di sistema MS-DOS 
nel drive L'emulazione PC dovreb- 
be inzrare vedendo il classico 
schermo nero con scritte grigie 
(sempreché non abbiate cambiato i 
colori di default) A questo punto 
siete a tutti gli effetti in ambiente MS- 
DOS, potete eseguire comandi, 
lanciare programmi sempre rima- 
nendo nelle limitazionidi una versio- 
ne dimostrativa Per uscire dall'e- 
mulazione è necessario premere 
contemporaneamente i due tasti 
Amigacongiuntamente al tasto Del, 
mentre per usufruire del multitas- 
king che rimane attivo anche duran- 
te l'emulazione, basta premere i 
tasti Amiga-Sinistro+N 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1.211.312.0 

UTILIZZO 

Workbench: Doppio Click sull'icona 

FILE DI SUPPORTO 

Se disponete di Kickstart 1 .2 o 1 .3 è 
necessario prima di cliccare sull'icona di 
PC-Task, cliccare sull'icona TDPatch 
1 21 3. E' necessario un disco di sistema 
MS-DOS su disco 720 K DSDD. 


Roses 

Carmen Arti no 

Anche questo mese un po' di relax 
Dopo tante utility più o meno impe- 
gnative. un programma che SEM- 
BRA un programma "leggero", in 
realtà si rivela un modo affascinante 
per analizzare la parte della mate- 
matica che riguarda le equazioni 
polari. Ma di questo parleremo 
dopo aver dato uno sguardo al 
programma. 

Per lanciare questo programma è 
sufficiente attenersi alle indicazioni 
riportate nella sezione "Specifiche 
del Programma". Una volta partito, 
Roses è controllabile tramite dei 



Codici rilevatori d'errore a 
ridondanza ciclica 


CRC a 16 bit e a 32 bit (seconda parte) 


Alberto Geneletti 

L’algoritmo di decodifica 

L’ultima volta avevamo concluso l’esame dell’algoritmo di 
costruzione della codifica CRC, passiamo ora dalla parte di 
chi riceve e verifica la correttezza del messaggio. Sempre 
utilizzando l’analogia polinomiale pensiamo al messaggio 
ricevuto come alla somma del messaggio trasmesso T(X) e 
di un eventuale polinomio di errore E(X). In formule 


T’(X) = T(X) + EOO 

Purtroppo il polinomio EOO è incognito; va sottolineato, 
infatti, che la conoscenza di E(X) permetterebbe la ricostru- 
zione del messaggio originale, poiché ogni 1 nella sequen- 
za di bit di EOO sarebbe indicativo del fatto che il corrispon- 
dente bit di T(X) abbia assunto un valore diverso in T’(X), 
e sarebbe quindi sufficiente invertirne lo stato. Si procede 
allora alla divisione tra T’QO e il polinomio generatore 
G(X), che, come avevamo affermato nella prima parte, 
deve essere noto anche in ricezione (in pratica vengono 
adottati polinomi standard). Nel caso in cui questa divisio- 
ne dia resto non nullo, saremo certi della presenza di un 
errore, poiché questa situazione sarebbe indicativa di un 
E(X) diverso da zero. 

Tuttavia, nel caso E(X) risulti divisibile per G(X) non sare- 
mo ancora in grado di rivelare l’errore, in quanto anche 
T’(X), al pari di T(X), risulterà divisibile per G(X). Si tratta 
allora di scegliere un polinomio G(X) in grado di annullare 
statisticamente la probabilità che possa verificarsi un E(X) 
anch’esso divisibile per G(X). Per questo si parte dallo 
studio dei possibili E(X), che vengono ancora una volta 
considerati sotto forma di polinomi, e vengono forniti dei 
criteri algebrici che garantiscano la rilevazione dei vari tipi 
di errore modellizzati. 

Consideriamo, ad esempio, l’errore singolo; ci troveremo 
allora davanti a un messaggio che presenta un solo bit di 
valore diverso rispetto all’originale. Detta K la posizione di 
tale bit nella sequenza originale, verrà prodotto un polino- 
mio di errore del tipo: 

E(X) = X K -> 


E’ evidente che se G(X) è costituito da almeno due termini 
(fatto garantito dalle ipotesi, indipendentemente dalla 
scelta del polinomio), il resto della divisione tra E(X) e G(X) 
non potrà certamente essere nullo. 

La codifica CRC è quindi in grado di rivelare implicitamente 
tutti gli errori singoli. Consideriamo ora il caso degli errori 
doppi, e precisamente siano N e M le posizioni dei due bit 
errati all’interno di T’(X), e sia N < M. Il polinomio di errore 
sarà allora del tipo: 

E(X) = X N ’’ + X M -‘ = X "'- 1 (X NM + 1) 

Dal momento che X alla M-l non è sicuramente divisibile 
per G(X), per quanto è stato visto in precedenza, dovremo 
cercare un G(X) che non sia mai divisibile per un generico: 

X K + 1 

una condizione soddisfatta anche per K molto alti da 
polinomi abbastanza semplici. I codici polinomiali permet- 
tono, inoltre, di rivelare in modo molto semplice un qual- 
siasi numero di errori dispari. In questo caso, infatti, il 
polinomio E(X) non risulterà mai divisibile per X + 1, 
poiché moltiplicando per X + 1 un qualsiasi polinomio, si 
otterrebbe un polinomio prodotto contenente un numero 
pari di termini, poiché nel caso si presentino due potenze 
di ugual grado tra gli addendi del polinomio prodotto, 
queste si eliminerebbero automaticamente (1+1 = 0). E’ 
sufficiente allora inserire X + 1 tra i fattori di G(X). 

Sono stati studiati criteri più complessi, sui quali non ci 
dilungheremo, che hanno portato alla formulazione di 
polinomi standard, omologati dall’ente internazionale per 
la definizione degli standard nel campo della telecomuni- 
cazione, CCITT, e che oltre a garantire la rilevazione dei tipi 
di errore sopraelencati (singoli, doppi e dispari), permetto- 
no di rilevare errori di tipo burst (i più comuni), errori che 
si verificano cioè su una sequenza di bit adiacenti. 

Naturalmente, questi polinomi forniscono la certezza sol- 
tanto per messaggi di una limitata dimensione (1024 bit per 
i codici a 16 bit), dopodiché rimangono ancora validi, ma 
solo in termini probabilistici. Anche in questo caso studi 





statistici hanno portato alla formulazione di criteri che 
minimizzano la possibilità che un errore possa passare 
inosservato; nello stesso tempo sono stati studiati polinomi 
generatori più lunghi (32 bit), in grado di fornire maggiori 
garanzie anche su messaggi di dimensioni elevate al prezzo 
di pochi bit di ridondanza in più. 

Implementazione in linguaggio C 

Nella directory Transaction del dischetto allegato, troverete 
tre sorgenti in linguaggio C che implementano, utilizzano 
ed esemplificano algoritmi per la codifica e la decodifica di 
messaggi con checksum CRC. 

Il più importante, dal punto di vista teorico, è senza dubbio 
CRCUtils.c, dove vengono implementate alcune funzioni 
che possono essere richiamate da qualunque programma, 
dal momento che operano su un buffer di dimensioni 
arbitrarie. 

In questo buffer deve essere memorizzato il messaggio da 
codificare (in termini algebrici il polinomio M(X)), del 
quale dovrà essere passata, come argomento a ciascuna 
funzione, la relativa lunghezza. Tuttavia, il messaggio non 
dovrà occupare completamente il buffer, ma dovranno 
essere previsti in coda al messaggio almeno due o quattro 
byte liberi, che verranno successivamente occupati dal 
checksum a 16 o 32 bit. 

La prima funzione, DoCRC( ), calcola proprio il resto della 
divisione polinomiale tra M’(X), ottenuto da M(X) azzeran- 
do i byte extra in coda al buffer, e G(X), che, a seconda dei 
casi, occuperà una word o una longword, restituendo poi 
il valore del checksum sotto forma di numero intero a 32 bit, 
oltre a copiare il checksum stesso in coda al buffer. 

La seconda, GetCRC( ), restituisce, sotto forma di intero, il 
valore del checksum posto in coda al buffer, e viene 
richiamato internamente dalla funzione successiva. Que- 
st’ultima, CheckCRC( ), viene utilizzata in fase di verifica; 
una volta ricavato il checksum di coda, per mezzo di 
GetCRC( ), se ne verifica l’esatta corrispondenza con quello 
del messaggio, che viene ricalcolato; viene restituito poi un 
opportuno codice di controllo. 

Queste tre funzioni sono state implementate tanto nella 
versione alò, quanto in quella a 32 bit, utilizzando i due 
seguenti polinomi standard definiti dalla CCITT: 

Gl6(X) = x 16 + x 12 + x 5 + 1 

per i 16 bit e: 

G32(X) = x 32 + x 26 + x 23 + x 22 + x 16 + x 12 + x 11 + x 10 + x 8 + 
x 7 + x 3 + x 4 + x 2 + x 1 + 1 

per quanto riguarda i 32 bit. Questi stessi polinomi vengono 
utilizzati nei protocolli di comunicazione XModem e 
ZModem. 


Dovendo utilizzare per la codifica di tali polinomi una word 
o una longword, per un totale di 16 o 32 bit, può sembrare 
strano che i gradi dei due polinomi siano rispettivamente 16 
e 32, piuttosto che 15 e 31. La codifica di tali polinomi 
generatori richiederebbe, infatti, rispettivamente 17 e 33 bit 
(uno per ogni coefficiente di X alla n); la scelta del grado di 
questi due polinomi è stata effettuata tuttavia basandosi 
sulla pratica, che ha evidenziato la possibilità di costruire 
algoritmi di decodifica molto semplici (e di conseguenza 
molto veloci), nel caso il coefficiente di grado massimo, o 
bit più significativo, sia sottinteso e definito implicitamente 
a 1. Del resto si tratta dì un’ipotesi già introdotta in prece- 
denza per la fisica realizzabilità di circuiti logici di codifica 
e di decodifica, e non impone quindi limitazioni aggiuntive. 

Nella nostra implementazione, abbiamo assegnato i coeffi- 
cienti all’interno della word e della longword di definizione 
in sequenza da destra verso sinistra, assumendo che tale sia 
anche l’ordine dei bit che costituiscono il messaggio da 
codificare. Alcune implementazioni, come lo ZModem a 32 
bit, utilizzano invece un G(X) rovesciato, poiché tale è 
l’ordine dei bit ricevuti dai dispositivi di telecomunicazione 
per i quali è stato progettato tale protocollo. 

L’algoritmo utilizzato nella nostra implementazione calcola 
il checksum in modo iterativo, effettuando operazioni 
logiche tra ogni byte del messaggio e il checksum parziale. 
Per ogni byte del messaggio viene creata una maschera a 8 
bit, che inizialmente presenta settato il bit più significativo; 
successivamente tale maschera viene shiftata per 8 volte 
verso destra, permettendo di testare, per mezzo di un and 
logico, ogni singolo bit del byte corrente. 

Si ricava, quindi, lo stato del bit più significativo del check- 
sum o resto parziale corrente; come abbiamo detto in 
precedenza, lo stato di tale bit deciderà se dovremo effet- 
tuare o meno l’OR esclusivo tra il messaggio e il resto 
parziale. Il checksum viene poi shiftato di una posizione 
verso sinistra; in questo modo il bit più significativo viene 
perso, mentre il meno significativo verrà rimpiazzato da 
quello del byte corrente definito nella maschera per mezzo 
di una OR condizionata. Essendo inizialmente il checksum 
completamente nullo (presentando quindi, di volta in vol- 
ta, il bit più significativo a zero) l’effetto dei primi 16 o 32 
cicli consisterà unicamente nella copia dei primi due o 
quattro byte del messaggio nel checksum. L’effetto dei cicli 
successivi può, invece, essere meglio compreso osservan- 
do la figura. A questo punto, infatti, il primo bit del check- 
sum è pari a 1 (e precisamente all’ 1 in alto a sinistra della 
prima linea, corrispondente al dividendo stesso). 

Dobbiamo allora sottrarre il prodotto del primo bit del 
quoziente corrente (che, come è possibile intuire, non 
viene nemmeno calcolato) per G(X), prodotto che in que- 
sto caso è pari a G(X), dal resto parziale corrente, il che 
equivale a effettuare l’OR esclusivo con G(X); occorre 
tuttavia ricordare che il nostro G(X) è in effetti privo del 
primo bit, corrispondente a X alla 16 o a X alla 32. Inoltre, 
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10 XOR coinvolge anche un nuovo bit del messaggio. 

Tuttavia osserviamo che al passaggio successivo, il primo 
bit, che non viene rappresentato nemmeno in figura, var- 
rebbe comunque zero, ed è quindi perfettamente inutile 
effettuare lo XOR su questo diciassettesimo bit. Shiftiamo 
allora il checksum di una posizione verso destra, introdu- 
cendo un nuovo bit, ed effettuiamo l’OR esclusivo; nel 
passaggio successivo quest’ultima operazione logica verrà 
invece saltata, poiché il bit più significativo del nuovo 
checksum così ricavato è nullo. Questo accadrà in corri- 
spondenza di ciascun bit nullo del quoziente. Terminati 
tutti i bit di ciascun byte si riprende con il byte successivo, 
reinizializzando la maschera; al termine dell’intero messag- 
gio il checksum corrisponde proprio al valore cercato. 

XModem e ZModem 

11 protocollo di comunicazione XModem è presente nei 
pacchetti di comunicazione in diverse versioni. La più 
antica, chiamata semplicemente XModem, è compieta- 
mente priva di codici di rilevazione di errore CRC, ma 
utilizza un semplice checksum tradizionale calcolato su 
blocchi di 128 byte; tuttavia l’inefficacia di tale codifica ha 
portato all’introduzione di nuovi protocolli, fra i quali 
l’XModem/CRC, che adottano il polinomio a 16 bit CCITT 
applicato su blocchi di dimensioni variabili da 256 a 1 kbyte 
(XMoclem/lK). Nelle prime implementazioni questi proto- 
colli utilizzavano un algoritmo di codifica simile a quello 
che abbiamo visto nel paragrafo precedente; in seguito 
sono stati messi a punto metodi tabellari, che permettono 
di velocizzare le operazioni di codifica e decodifica rica- 
vando direttamente da una tabella il risultato degli shift a bit 
dell’algoritmo stesso, che costituiscono in effetti il punto 
critico del ciclo principale, poiché un’operazione di scorri- 
mento comporta un tempo di esecuzione in cicli macchina 
mediamente dieci volte superiore a un’operazione logica. 

Una strategia analoga è stata utilizzata nell’implementazio- 
ne del protocollo ZModem, attualmente il più veloce e 
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affidabile, che utilizza in modo intercambiabile tanto codici 
a 16, quanto codici a 32 bit. La caratteristica principale di 
questo protocollo, tuttavia, riguarda non tanto il grado del 
polinomio generatore utilizzato (che come abbiamo detto 
in precedenza è quello standard CCITT rovesciato), ma la 
lunghezza dei blocchi codificati. 

Lo ZModem opera, infatti su blocchi di dimensioni variabi- 
li; inizialmente viene inviato un pacchetto di dati di dimen- 
sioni limitate; successivamente viene tentata la trasmissio- 
ne di pacchetti sempre più lunghi, sempre con relativo 
checksum, fino a un limite di 8K. In seguito al verificarsi di 
un errore, tale dimensione viene nuovamente ridotta, fino 
al raggiungimento di una dimensione ottimale, che verrà 
nuovamente incrementata nel caso venga a mancare il 
rumore di disturbo sulla linea. 

Metodi tabellari 

L’ottimizzazione degli algoritmi di codifica e di decodifica 
per mezzo di metodi tabellari è nata da un’idea eli Chuck 
Forsberg, della Omen Technology, lo stesso autore del 
protocollo ZModem. Forsberg ha implementato una macro 
che, chiamata iterativamente, fornisce checksum parziali 
CRC, ottenute a partire dal checksum precedente e dal 
nuovo byte, effettuando due sole operazioni di scorrimen- 
to. In pratica il byte più significativo del checksum viene 
utilizzato per indicizzare una tabella di 256 elementi a 16 
bit, nella quale sono stati memorizzati opportuni valori, 
calcolati in modo da fornire il valore del nuovo checksum 
una volta effettuato l’OR esclusivo con il nuovo byte. Nel 
1986 tale macro è stata migliorata ulteriormente da Stephen 
Satchell e, nella versione attuale, utilizza una tabella di 
valori calcolata da Mark G. Mendel, della Network Systems 
Corporation. 

La versione a 32 bit rovesciata è invece opera di Gary S. 
Brown, che ha ottimizzato ulteriormente la codifica; per 
ottenere una corretta trasmissione dei bit del messaggio, 
prevista dal CRC a partire dal bit più significativo verso il 
meno significativo, Brown ha pensato di presentare al 
proprio DCE sequenze rovesciate, dal momento che que- 
st'ultimo trasmetteva i bit sequenzialmente dal meno signi- 
ficativo al più significativo. La relativa tabella consta di 256 
elementi a 32 bit, e come nel caso precedente, contiene 
valori corrispondenti allo shift e all'OR esclusivo tra tutte le 
combinazioni di checksum parziali. In questo caso l'indi- 
cizzazione della tabella avviene a partire dal byte meno 
significativo di un OR esclusivo tra il checksum e il nuovo 
byte. 

I listati delle macro e delle tabelle di ottimizzazione posso- 
no essere trovati all’interno dei sorgenti delle librerie 
XPRXM034, che implementa l’XModem/CRC e della 
XPRZ250, la versione più recente dello ZModem, che 
utilizza il CRC rovesciato a 32 bit, disponibili nelle aree- 
destinate al software di comunicazione dalle migliori BBS. 
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Architettura dei computer Amiga 


Un primo sguardo (prima parte) 


Paolo Canali 


Premesse 

In questo articolo vedremo in dettaglio qual è la struttura 
dei personal Amiga, a partire dai concetti ispiratori, per 
finire con il modo in cui funziona il chip-set che è alla base 
delle loro notevoli capacità. 

Non starò a ripetere le cose banali note a tutti coloro che 
hanno un po’ di dimestichezza con microprocessori e 
computer: esistono moltissimi libri e articoli che spiegano 
che cosa sia una RAM, un bus o una ROM. Nella bibliografia 
ho indicato alcuni di questi libri, perlopiù (c’est la vie...) in 
inglese. 

Non intendo però neppure fare un semplice riassunto dei 
due testi canonici per Amiga: l’A500-2000 Hardware Refe- 
rence Manual e l'Hardware Manual. Cercate lì dentro ulte- 
riori dettagli. Un po’ di conoscenza della struttura hardware 
del 68000 può aiutare la comprensione dell'articolo, cer- 
cherò di illustrare i concetti essenziali a beneficio di chi non 
li conosce ancora. 

Quanto vedremo si applica a tutti i modelli di Amiga 
prodotti finora; se occorrerà .scendere a un livello di detta- 
glio maggiore, farò riferimento in genere agli Amiga 2000, 
500 e 500+ , essendo A3000 e A3000T molto più complessi 
e quindi poco adatti ad illustrare i concetti di base. Tenete 
a portata di mano gli schemi elettrici, che provvidenzial- 
mente potete trovare in fondo al manuale del computer (il 
che è un fatto più unico che raro per i computer venduti in 
questi anni !). 

Prima di proseguire, per dissipare eventuali perplessità, 
ricordo che l’A2000B e TA2000A, pur avendo la stessa forma 
e (nominalmente) gli stessi slot, sono circuitalmente molto 
diversi e, in pratica, sono due modelli ben distinti, mentre 
A500 e A500+ non hanno differenze notevoli tra loro. 
L’A2000A si distingue immediatamente daH’A2000B poiché 
è privo del connettore video monocromatico RCA. 

Filosofìe costruttive 

I personal si possono empiricamente classificare in due 
architetture sulla base del modo in cui vengono sincroniz- 
zati i componenti del sistema: clock legato al video o clock 


legato alla CPU. Alla seconda categoria appartengono, per 
esempio, gli IBM compatibili. In essi le funzioni di I/O e 
anche video sono svolte da schede dedicate poste su un bus 
di espansione (più lento di quello che collega CPU e 
memorie). Questo sistema è semplice da progettare e da 
espandere, ma ha il grande svantaggio che le prestazioni 
grafiche sono molto penalizzate. La memoria video è dedi- 
cata a questo solo scopo, è disponibile in banchi posti a 
locazioni fisse ed, in pratica, è solo un “framebuffer" in cui 
il processore scarica la bitmap di un'immagine avendo 
un’idea molto vaga di che cosa viene visualizzato istante 
per istante. L'accesso a questa RAM video, inoltre, è molto 
lento, poiché (a meno che non si usino delle memorie di 
tipo VRAM, molto costose) ci sono grossi problemi di 
sincronizzazione tra CPU e controller della scheda video. 

Se la scheda video è invece di tipo "intelligente" ( per 
esempio, TIGA) la velocità può essere notevole, ma il 
processore non ha più la minima idea eli che cosa stia 
visualizzando la scheda ad un dato momento. In pratica, 
questa architettura è adatta alla gestione di immagini stati- 
che o di testo. Alla prima categoria appartengono i vecchi 
(tome computer a 8 bit. La funzionalità video è integrata 
sulla motherboard e il clock del microprocessore, e di 
conseguenza anche quello del bus di espansione, è ricava- 
to da quello dei circuiti video. 

Ciò comporta molti vantaggi: innanzitutto CPU e circuiteria 
video sono sempre sincronizzati tra loro, perciò possono 
spartirsi in buona amicizia il bus per l’accesso alla RAM 
video ( vedremo meglio in seguito come ciò avviene su 
Amiga). Inoltre, la CPU può sapere in ogni momento che 
cosa sta facendo la circuiteria video; questo approccio non 
limita poi in nessun modo le capacità di espansione sul bus, 
sul quale possono risiedere altre schede video che genere- 
ranno segnali, automaticamente sincronizzati con quelli 
del video sulla motherboard. Questa capacità è essenziale 
nell’ambito videografico. 

Lo scotto da pagare è la necessità di far girare la CPU ad una 
“strana” frequenza di clock che in genere è inferiore a 
quella massima ammessa dal costruttore per quel chip; gli 
aumenti di velocità possono avvenire solo a passi discreti 
(per esempio, 7, 14, 28 MHz). Inoltre, la stretta integrazione 
di tutte le principali funzioni nella motherboard rende più 
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difficile la riparazione e più facile un guasto catastrofico. 


Anche gli Amiga inespansi sono fatti così, ma con una 
sostanziale e geniale differenza: è possibile separare il bus 
usato dai circuiti video da quello usato dalla CPU, usando 
il “CPU slot" come porta di collegamento. Questo significa 
che, con una scheda acceleratrice, l’architettura del compu- 
ter si modifica in modo da avere due bus distinti: uno 
ottimizzato per i circuiti video e uno ottimizzato per le 
esigenze della CPU, con un incremento di prestazioni 
superiore a quello che si otterrebbe se ci si limitasse a 
sostituire il processore con uno più potente. 


In questo modo ciò che sta sulla motherboarcl è sincrono 
con la circuiteria video, e ciò che sta sulla scheda accelera- 
trice, invece, può girare al massimo della velocità consen- 
tita per quella CPU. E’ anche una soluzione geniale per 
quanto riguarda i costi di produzione: il sistema base 
contiene solo i componenti economici a bassa velocità 
mentre tutte le parti pregiate ad alta velocità risiedono sulla 
scheda acceleratrice che è disponibile come opzione. 


Nell'A3000 e A3000T questo concetto è ulteriormente svi- 
luppato, ponendo una prima "porta di collegamento” tra i 
bus dentro un nuovo chip custom, e lasciando in questo 
modo girare a 25 (o 16) MHz anche gli slot e il controller 
hard disk, mentre lo slot CPU funge da “seconda porta di 
collegamento" a cui è possibile collegare dispositivi ancor 
più veloci come coprocessori vettoriali o processori a 50 
MHz. E’ da notare che una organizzazione di questo tipo 
non esiste neppure nella maggior parte delle macchine di 
classe workstation, oltre che su nessun altro personal. 

Un’altra peculiarità di A2000B, A3000, A3000T è lo slot 
video. Esso non è (come a prima vista si potrebbe pensare) 
un connettore per schede video (nel senso proprio del 
termine), ma è un connettore su cui sono riportati i princi- 
pali segnali della circuiteria video e della porta parallela, 
che dà la possibilità di manipolare ulteriormente il segnale 
video generato da Denise in modo da aggiungere nuove 
prestazioni come genlock o più colori. E’ davvero un 
concetto semplice e di costo realizzativo quasi nullo, ma 
pressocché nessun altro personal lo ha! SuU’A2000A si tratta 
invece di un semplice riporto dei segnali del connettore per 
il monitor. 


I chip custom 

I computer della famiglia Amiga sono basati, come è noto, 
su un insieme di chip custom di tipo LSI (Large Scale 
Integration). Ciò significa che per gli standard moderni 
sono dei chip piuttosto piccoli, con meno di 100.000 tran- 
sistor MOS. 

Dal punto di vista costruttivo, per quello che è possibile 
sapere dalle informazioni pubblicate verso il 1985 (pertan- 
to oggi potrebbero essere superate), Denise, Paula, Gary e 
Fat Agnus sono realizzati in tecnologia N-HMOS con canale 
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di 3 micron, cioè una tecnologia veramente vecchia che 
rende molto difficile effettuare cambiamenti, soprattutto 
per Denise che ha un’area vicina ai 64mm quadrati che sono 
il massimo per questa tecnologia. 

Futuri miglioramenti di questi chip dovrebbero quindi 
necessariamente passare per un completo rifacimento in 
tecnologia più moderna, con il vantaggio che la comples- 
sità potrebbe essere notevolmente superiore a quella attua- 
le e che l’espandibilità, soprattutto, incontri meno proble- 
mi. 

Questo è lo scotto da pagare per avere dei chip full custom: 
come in un programma scritto in assembler ottimizzato, è 
possibile spremere il massimo dalle risorse presenti, ma 
effettuare piccoli cambiamenti è problematico. E’ più con- 
veniente rifare tutto quando le nuove tecnologie disponibi- 
li consentono miglioramenti: si ha un tipico avanzare “a 
grossi balzi". Il tempo di sviluppo di un chip full custom si 
aggira sui 2-4 anni, perciò un progetto ( come Amiga) che ne 
fa uso può essere rinnovato solo dopo questo periodo di 
tempo. 

Invece gli IBM compatibili, che fanno uso di una tecnologia 
basata su gate array, consentono un graduale aumento di 
prestazioni nel tempo, ma non sarà mai possibile sfruttare 
al 100% il silicio di quei chip. Tutti i nuovi chip di A3000 e 
A3000T sono gate array. 


I bus 

Su Amiga sono presenti diversi bus, interconnessi tra loro 
da elementi di collegamento (Figura 1). 


Fig. 1- Architettura À500/2000 
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Ricordo brevemente che un bus è un insieme di fili condi- 
viso da un certo numero di dispositivi, perciò occorre 
sempre un “arbitro” che stabilisce quale dispositivo è auto- 
rizzato ad accedere al bus in un certo istante. 

I nomi che userò sono solo di comodo, in quanto non esiste 
ancora un accordo nella letteratura tecnica su Amiga per 
quanto riguarda la nomenclatura. Altrove potrete, per 
esempio, sentir citare termini come “locai bus” e “System 
bus”, per analogia con i sistemi Intel e i data book Motorola. 

Un primo bus è il “chip bus”. E’ accessibile sul connettore 
interno (lo sportellino) dell5À500-A500+. Questo bus è 
arbitrato da Fat Agnus ed è ottimizzato per le necessità del 
video e degli altri chip custoni; gli indirizzi sono presenti in 
forma multiplexata per poter essere direttamente connessi 
a uno o due banchi di RAM dinamiche. 


in modo assai più “rozzo” per mezzo del connettore laterale 
clell’AlOOO, delPA500 o dello slot CPU deU'A2000A (molto 
più semplificato di quello deH’A2000B). 

Il bus di espansione è il bus disponibile sugli slot degli 
A2000, e sul connettore laterale dell’ASOO e A1000. Nel- 
1A500 e A1000 si chiama “bus Zorro”, dal nome del primo 
prototipo di Amiga che lo possedeva, contenuto in una 
scatola metallica nera che oggi è nell'ufficio di Dave Hayne 
(il papà del Commodore 128 e di Amiga 3000) a West 
Chester. 

Anche se la Commodore non supporta l’uso delle espansio- 
ni da collegare al connettore laterale deU’A500 sull'AlOOO e 
viceversa, in realtà i due connettori sono elettricamente e 
dinamicamente perfettamente identici (con l’eccezione di 
un segnale, che su A500 è non connesso). 


I chip custom hanno bisogno di poter accedere alla memo- 
ria a intervalli rigidamente fissati, perciò questo bus è anche 
detto “di tipo deterministico”, in quanto ciascun dispositivo 
è certo di poter leggere o scrivere i suoi dati a cadenza fissa. 
Quando la CPU accede a questo bus deve attendere pazien- 
temente che si “liberi un posto”, come un pedone che deve 
attraversare una strada con molto traffico. 

Poiché questo bus deve essere sincrono con il clock dei 
circuiti video, eventuali aumenti della sua velocità dovran- 
no necessariamente restare multipli della attuale cadenza di 
prelievo dei dati dalla RAM (cioè in pratica della frequenza 
di clock, 7. 15 MHz per le macchine NTSC e 7.09 MHz per le 
macchine PAL) e della larghezza di parola ( 1 6 bit): lo 
vedremo meglio quando parleremo dell’Agnus. Di conse- 
guenza il numero di bitplane o la loro dimensione potreb- 
bero solo raddoppiare, quadruplicare, ottuplicare... 

II chip bus è connesso al bus di espansione tramite una 
circuiteria contenuta in Fat Agnus, che collega anche l'RGA 
bus agli indirizzi del bus di espansione. 

Un secondo bus è l’"RGA bus”: si tratta di un bus usato dai 
chip custom per comunicare tra loro e con la CPU (nel 
modo che vedremo). E’ simile ad un bus di indirizzi, è a 9 
bit (il bit 0 al solito non è usato) e non è accessibile 
all’esterno degli attuali Amiga. Non è un vero bus di indiriz- 
zi poiché ciascun chip custom conosce direttamente a quali 
indirizzi rispondere senza bisogno di circuiti di decodifica. 
Intervenendo su questo bus sarebbe possibile alterare 
anche di parecchio le prestazioni del computer. 

Un terzo bus è il “CPU bus”, che è ottimizzato per le 
necessità della CPU. Esso dunque cambia al cambiare del 
microprocessore utilizzato, supportando, di volta in volta, 
il numero di stati di attesa, la larghezza di parola e il tipo di 
accesso alla RAM (burst, page mode...) più adatto. Nel- 
l’A500/A2000 è interno alle schede acceleratrici, e su di esso 
risiedono la fast RAM a 32 bit e l’eventuale controller per 
hard disk “veloce”. Si interfaccia fisicamente al bus di 
espansione per mezzo dello slot CPU dell’A2000B, oppure 


Nell'Amiga 2000 è chiamato Zorro II, nell’Amiga 3000 è lo 
Zorro III ( compatibile con lo Zorro II) . Zorro II e Zorro sono 
a 16 bit e i soliti 7 MHz circa (che consentono una velocità 
di 3.5 Mb/s, paragonabile ai 4 Mb/s del bus ISA); Zorro III 
è asincrono e a 32 bit, consentendo una velocità di trasfe- 
rimento dei dati di addirittura 20 Mb/s random e 33 Mb/s 
burst, con massimi teorici rispettivamente di 50 Mb/s e 150 
Mb/s. 

I bus Zorro I e Zorro II sono molto simili al bus del 68000 
stesso, mentre lo Zorro III non è modellato sul bus del 
68030 bensì, per garantire la massima compatibilità con le 
architetture più moderne, è uno standard a sé adattabile ad 
ogni processore (anche non Motorola). 

Nell’A2000B questo bus è arbitrato dal gate array (equiva- 
lente a circa 150 porte logiche) Buster, nell'A3000 e A3000T 
dal Fat Blister, negli altri modelli ci si affida alla logica di 
arbitraggio interna del 68000. In questo bus si installano le 
schede di I/O e le espansioni di fast RAM a 16 bit. Si tratta 
di un bus sincrono con il clock video, ma ottimizzato per le 
esigenze della CPU invece che per i circuiti video. Zorro e 
Zorro II non sono deterministici: un dispositivo che faccia 
una richiesta eli accesso al bus dovrà attendere finché non 
è libero. Infine, ci sono alcuni bus di input/output seriali, 
come quello della tastiera o del disk-drive, per noi di scarso 
interesse. 

La separazione del chip bus dal bus di espansione consente 
un aumento di prestazioni, poiché mentre la CPU (o un 
dispositivo DMA su scheda) accede al bus di espansione o 
al CPU bus, Fat Agnus può accedere contemporaneamente 
ad un’altra cella di memoria posta sul chip bus. Questo 
comporta, però, anche la necessità di una forma di sincro- 
nizzazione tra bus di espansione e chip bus, affinché la CPU 
possa accedere alla memoria sul chip bus senza entrare in 
conflitto con una operazione giù in corso da parte di Fat 
Agnus. 

Occorre anche sincronizzare tra loro CPU bus e bus di 
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espansione, e dò è effettuato essenzialmente dalla logica 
interna alla scheda acceleratrice. 

Uno sguardo al 68000 

Vediamo rapidamente quali sono le temporizzazioni es- 
senziali del microprocessore MC68000, che ci serviranno 
per capire meglio come funzionano i bus. 

Il ciclo di lettura (figura 2) si svolge in questo modo: nella 
fase SI vengono emessi gli indirizzi, nella fase S2 è attivata 
l’abilitazione degli indirizzi /AS; ora il microprocessore 
attende sino all’inizio dello stato S5 per leggere il valore 
della linea /DTACK: se in quel momento è a zero logico, 
procede alla lettura dei dati, altrimenti attende che sia a 
livello logico zero, inserendo degli stati di attesa ("wait- 
state”) sempre in numero pari. 

Se non sono stati inseriti dei wait-state, alla fine della fase S6 
viene riportata alta l’abilitazione degli indirizzi /AS e il 
dispositivo che aveva generato /DTACK deve riportarlo 
immediatamente a livello alto, mentre le periferiche sul bus 
devono riportare le linee dei dati in alta impedenza. 

Possiamo già notare alcune particolarità del 68000 che 
vengono sfruttate da Amiga. Innanzitutto, negli Amiga 500, 
1000 e 2000 normalmente il segnale /DTACK viene asserito 
da Fat Agnus in modo da ottenere sempre 0 wait state ad 
OGNI ciclo di bus della CPU. Ciò comporta che tale segnale 
venga generato anche se la locazione a cui il programma ha 
fatto accesso non esiste. 

Il processore non è in grado di accorgersi di questo fatto 
anomalo, e prosegue come se niente fosse. Un programma 
che abbia questo bug, su un Amiga con 68000 può funzio- 
nare apparentemente a meraviglia, su un Amiga accelerato 
potrà comportarsi in modo casuale, che dipende da come 
è realizzata l’acceleratrice stessa. In genere, con un 68020/ 
68030 è possibile ricreare le condizioni presenti su un 
Amiga standard e impedire "deragliamenti”, ma questo è 
quasi impossibile sia sull’A3000 (dove il segnale /DTACK 



deve essere generato dalla singola scheda di memoria), sia 
con il 68040 (a causa della sua pipeline). 

Questa pecca dell’AlOOO, poi propagatasi per compatibilità 
su A500 e A2000, è la causa di molte delle incompatibilità 
dei programmi con le schede acceleratrici. Su A3000 è 
presente un apposito circuito per recuperare questo tipo di 
bug, ma funziona solo quando non si entra in conflitto con 
le esigenze del bus Zorro III. A parte questo, la sincronizza- 
zione tra bus di espansione e chip bus diventa un problema 
banale: semplicemente, quando la CPU emette un indirizzo 
mappato nel chip bus, Fat Agnus (che è l’arbitro del chip 
bus) aspetta a mandarle il segnale /DTACK finché non ha 
finito la sua operazione e, al tempo stesso, mantiene aperti 
i buffer di collegamento tra chip bus e gli altri bus. 

Notiamo anche un’altra particolarità di questa architettura, 
Fat Agnus genera il segnale /DTACK anche per i dispositivi 
che non sono posti sul chip bus da lui controllato: ciò fa sì 
che di default ogni memoria o I/O deve funzionare a 0 wait, 
su qualsiasi bus sia. Se sono richiesti dei wait-state, il 
dispositivo deve attivare il segnale XRDY entro 60 nanose- 
condi dalla transizione alto/basso di /AS, oppure deve 
disabilitare il generatore di /DTACK dell’Agnus tramite il 
segnale /OVR, e creare da sé il segnale /DTACK. 

Per lo stesso motivo, su A500 e A2000 non è in genere 
possibile eseguire l’istruzione TAS: essa genera un ciclo di 
bus completamente diverso, sia da quello di lettura che da 
quello di scrittura, e Fat Agnus tenta di interromperlo nel 
mezzo, causando un errore di bus e quindi il blocco del 
sistema. Alcune schede acceleratrici sono consapevoli del 
problema e trasformano il ciclo di bus dell'istruzione TAS in 
due cicli normali; però solo su A3000 il problema è stato 
risolto alla radice. 

Il segnale /DTACK e gli indirizzi sono riportati sul bus di 
espansione attraverso dei buffer, che hanno un ritardo di 
propagazione. Di conseguenza le schede hanno pochissi- 
mo tempo per rendere disponibili i dati durante le opera- 
zioni di lettura; spesso viene usato il segnale /OVR per 
poter generare localmente /DTACK e averlo così disponi- 
bile in tempo. 

Senza scendere in ulteriori dettagli, si può notare come la 
temporizzazione sia delicatissima, soprattutto per il DMA, 
sul bus di espansione e pertanto le schede devono essere 
progettate con estrema attenzione per entrare nelle speci- 
fiche e non provocare malfunzionamenti di altre schede 
poste sul bus di espansione. Se, per esempio, una scheda 
generasse un segnale /DTACK leggermente in ritardo, altre 
schede, che contano sul fatto che esso arrivi entro un certo 
periodo di tempo, cessano di funzionare. 

Ecco perché le schede particolarmente economiche, spe- 
cialmente se sono usate su A1000, A500 e A2000A, che sono 
più delicati come capacità di pilotaggio, sono da guardare 
con sospetto in quanto se sono state progettate “prendendo 
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delle scorciatoie” possono risultare incompatibili con altre 
espansioni presenti. 


Il sintomo caratteristico di questo genere di problema è il 
computer che non parte proprio ( schermo che resta nero), 
oppure che funziona per un po’ e poi si “congela”, senza 
guru, finché non si provvede al reset. Se vengono usate 
delle porte TTL in una scheda, esse devono necessariamen- 
te essere veloci, possibilmente della serie F (fast). Tranne 
che per alcuni segnali, è assolutamente esclusa la possibi- 
lità di usare delle comuni porte serie LS o HCT come si fa 
sugli IBM compatibili: se volete autocostruirvi delle schede, 
fate attenzione! 


Ecco anche perché l’idea originaria di espansione del- 
l’AlOOO, che prevedeva una catena di dispositivi dotati di 
connettore pass-trough collegati in cascata al connettore 
laterale, è stata quasi subito abbandonata: il ritardo di 
propagazione introdotto dai buffer sulle linee dati, indiriz- 
zi, /AS e /DTACK di ciascun dispositivo rende pressocché 
impossibile operare con 0 wait state già per il secondo 
dispositivo. Bisogna comunque doverosamente aggiunge- 
re che lo slot laterale dell’AlOOO è stato progettato male, e 
i segnali sono inquinati da rumore. Fortunatamente, la 
Commodore ha introdotto a partire dalla revisione 1.2 del 
sistema operativo il supporto ad una nuova tecnica di 
espansione. 

Amiga Expansion Architecture 

Uno dei punti di forza della famiglia Amiga è la sua archi- 
tettura di espansione. Elettricamente, i bus Zorro sono 
composti da PIC (Plug In Card, cioè schede) e Backplane. 
I backplane sono invisibili al software e contengono tutti i 
circuiti per pilotare correttamente le schede e interfacciarsi 
al microprocessore. In tutte le correnti implementazioni, si 
usa un solo backplane che risiede sulla motherboard. 
Esistono però per A500 degli scatolotti che contengono un 
backplane sul quale si possono collegare un certo numero 
di PIC: non si tratta dell’invenzione di qualche intrapren- 
dente produttore, ma la possibilità è esplicitamente previ- 
sta. 


Tutte le PIC devono supportare il protocollo di autoconfi- 
gurazione “Autoconfig”. E’ un metodo per evitare all’utente 
di dover effettuare complessi settaggi ogni volta che si 
cambia la configurazione hardware della macchina, inse- 
rendo o togliendo risorse sul bus di espansione. E’ una 
soluzione senza dubbio più elegante e funzionale sia del 
metodo '“a jurnper”, usato sui primi personal e anche sui 
computer IBM compatibili XT, sia del metodo a “RAM 
CMOS”, usato, per esempio, sui personal IBM di classe AT, 
in cui la configurazione è impostata manualmente dall’u- 
tente per mezzo di un programma ( ed è facilmente rovinata 
da virus o pasticcioni alla tastiera...). 

Non voglio in questo ambito discutere approfonditamente 
il protocollo, in quanto una completa descrizione si può 
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trovare nei due libri che ho già citato ed è una complessa 
interazione tra hardware e software che riempirebbe 50 
pagine. Non è però magia, perciò i produttori di schede che 
non lo implementano o, peggio, dichiarano di averlo 
implementato quando in realtà non è vero, non hanno 
nessuna scusante. 

Quello che è importante notare è che per lo Zorro II sono 
previsti al più 8 Mb di spazio di indirizzamento, più alcune 
decine di kilobyte per dispositivi di I/O, essendo 24 i bit di 
indirizzo disponibili sul connettore del bus di espansione 
( o meglio: il bit zero non è riportato, in accordo all’architet- 
tura del 68000) e 8 Mb sono riservati ad altro scopo. La RAM 
che risiede sul chip bus, cioè chip RAM e “ranger” RAM, non 
entra a far parte del conto. 

Nelle macchine attuali, sarebbero disponibili al più 2 Mb di 
chip RAM e 1.75 Mb di ranger RAM, per cui il massimo 
teorico di RAM installabile è 11.75 Mb. Su A3000 e A3000T 
invece lo spazio riservato alle espansioni Autoconfig è di 
1750 Mb e quello allo slot CPU è di 128 Mb. AmigaOS può 
usare al più 31 bit di indirizzo e quello è il limite filosofica- 
mente equivalente ai 640 K di un altro celebre sistema 
operativo. 

La Commodore, comunque, ufficialmente supporta solo 
0.5 Mb di ranger RAM (detta anche slow fast); essa è RAM 
mappata a partire da C00000 esadecimale e pur non essen- 
do accessibile per il DMA di Fat Agnus come la fast RAM, in 
quanto è posta sul chip bus, è soggetta agli stessi problemi 
di accesso della chip RAM. 

Però la fast RAM a 32 bit, che risiede fisicamente sul CPU 
bus, secondo le specifiche Autoconfig, deve entrare a far 
parte degli 8 Mb complessivi, in quanto la logica di interfac- 
cia tra CPU bus e bus di espansione deve consentire a 
qualsiasi scheda (tipicamente un controller per hard disk, 
ma potrebbe essere una scheda video a 24 bit) posta sul bus 
di espansione l’accesso alla RAM sul bus CPU. 

Per superare la barriera degli 8 Mb di fast RAM, oppure 
proprio per risparmiare le poche lire aggiuntive che una 
implementazione completa richiede, alcuni produttori di 
schede acceleratrici consentono di installare della RAM a 32 
bit non autoconfigurante, che perciò non ha in pratica limiti 
come quantità. Questo è in disaccordo con le indicazioni 
della Commodore. 

Abbiamo visto qual è l’architettura generale dei nostri 
Amiga, la prossima volta vedremo qualcosa di un po’ (ma 
solo poco) più complesso: come funzionano i chip custom. 


(segue a pag. 51) 
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Le capacità sonore eli Amiga sono notevolmente superiori alla media 
degli altri personal computer; la motivazione principale risiede nel fatto 
che Amiga genera il suono in modo digitale, come fa Macintosh, e non 
analogico, come il resto dei personal computer. Per comprendere come 
Amiga produce un suono conviene fare un passo indietro. 

Suono analogico e digitale 

I suoni che percepiamo sono prodotti dalla variazione della pressione 
dell’ aria. L’onda sonora che rappresenta questa variazione continua è 
riportata in figura 4.1, Una tipica forma d’onda sonora è sinosuidale ed 
è quella che verrà utilizzata per gli esempi di questo capitolo. Nel grafico 
di figura 4.1 l’asse delle ascisse indica il tempo e quello delle ordinate la 
variazione cleU’ampiezza della forma d'onda. 

II problema che si pone a questo punto è questo: come può Amiga 
rappresentare una variazione continua di tensione (poiché i suoni 
vengono trasformati in tensione dai microfoni ), quindi una grandezza 
analogica, se lavora in modo digitale, ossia solo con 0 e 1? 

La risposta a questo quesito è abbastanza semplice. Dalla forma analo- 
gica viene letto il valore di tensione a intervalli di tempo molto piccoli; 
alla fine si otterrà una tabella con una serie di numeri (grandezza 
digitale). 
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Figura 4 1 

Una forma d'onda sonora 


Questo processo di digitalizzazione (ossia di conversione da una 
grandezza analogica a una digitale) viene chiamato campionamento e 
viene effettuato da appositi circuiti chiamati ADC (Analog/Digital Con- 
verter) o convertitori A/D. 

Se poi si inviano i valori appena ottenuti con gli stessi intervalli di tempo 
a un convertitore D/A, DAC (Digital/ Analog Converter) si ottiene una 
forma d’onda simile a quella rappresentata in figura 4.2. 

Lo scopo del processo di campionamento è, quindi, quello di ottenere 
un valore costituito da un certo numero di bit che rappresenti il valore 
di tensione in un istante specifico della forma d’onda analogica. È chiaro 
che più è elevato il numero di bit che rappresenta il valore di tensione 
più ampia sarà la gamma dinamica (differenza tra il valore piti alto e 
quello più basso) campionabile. Un altro parametro da tenere in consi- 
derazione in questa fase è la frequenza di campionamento , ossia 
l’intervallo di tempo tra un campionamento e l’altro: più è elevata la 
frequenza (ossia più breve è l’intervallo) e maggiore sarà la fedeltà del 
suono campionato. 
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Figuro 4.2 

Formo d onda ottenuta dopo il campionamento 

Il compact disc, che funziona in modo digitale (il laser che legge il disco 
restituisce 0 o 1 ), possiede dei convertitori D/A a 16 bit. permettendo così 
di ottenere 65536 valori diversi, e utilizza una frequenza di campiona- 
mento di poco superiore ai 44 KHz (in un secondo vi sono più di 44000 
letture dal disco). 

L’audio di Amiga 

Amiga, nel suo piccolo, possiede quattro convertitori D/A a 8 bit (256 
valori diversi) e ha una frequenza massima di campionamento pari a 
28,867 KHz. Questi quattro convertitori sono programmabili indipen- 
dentemente l’uno dall’altro e possiedono, ciascuno, un canale audio di 
uscita ben definito. I canali audio, numerati da 0 a 3, sono accoppiati per 
ottenere un’uscita stereo: i canali 1 e 2 formano l'uscita di destra, mentre 
i canali 0 e 3 l’uscita di sinistra. Come è stato accennato nei primi capitoli, 
i quattro convertitori si trovano fisicamente all’interno di Paula e a 
ognuno di essi è associato un canale DMA. 

Esistono due metodi per la creazione di un suono: il primo, e il più 
utilizzato, è detto automatico e il secondo è detto manuale. 
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Il sistema sonoro può quindi essere visto come un puntatore in memoria 
(gestito dal sottosistema sonoro) che preleva i valori a una velocità ben 
definita (impostata sempre dal sottosistema sonoro) e li spedisce al 
convertitore D/A per convertire in tensione i valori numerici, affinché 
possano essere inviati agli altoparlanti. Naturalmente, visto che i quattro 
canali audio sono programmabili in modo indipendente l’uno dall’altro, 
è possibile generare quattro diversi segnali audio contemporaneamen- 
te. 

È importante specificare che il metodo automatico di creazione di un 
suono prevede la descrizione di un ciclo completo della forma d’onda. 
Fatto questo passo il suono viene generato senza altri interventi esterni 
da parte dell’utente. 

Nella figura 4.3 viene riportato lo schema di funzionamento per la 
creazione di un suono, mentre nella figura 4.4 è rappresentata schema- 
ticamente la circuiteria interna relativa ai canali audio. 

Metodo manuale 

A differenza del metodo automatico, quello manuale prevede la descri- 
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Figura 4.5 

Sistema Amiga-MlDI 


zione istante per istante dell’onda sonora da generare. L’utente deve 
quindi scrivere direttamente nei convertitori D/A i valori calcolati in base 
alla tabella in memoria. In questo modo si possono ottenere dei risultati 
sonori impensabili; il grande difetto però è che questo metodo sottrae 
molto “CPU time”, ossia impegna molto la CPU (in quanto non vengono 
utilizzati i canali DMA ma la CPU per scrivere i dati nei convertitori) per 
cui viene scarsamente utilizzato. 

Il MIDI 

L’ultima sofisticazione tecnologica nel campo musicale è il MIDI (Musi- 
cal Instrument Digital Interface), un linguaggio e un insieme di protocolli 
che permettono a dispositivi musicali MIDI compatibili di comunicare 
tra di loro. Amiga può facilmente diventare il centro di un sistema 
musicale MIDI collegando un’interfaccia MIDI alla porta seriale e i 
dispositivi MIDI all’interfaccia, come mostrato in figura 4.5. Una volta 
che Amiga è stato “MIDIzzato”, è possibile suonare su di uno strumento 
MIDI e vedere le note apparire sullo schermo di Amiga, utilizzando, 
ovviamente, il software adatto. 
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Un’altra possibilità è quella di creare dei suoni con Amiga e utilizzarli con 
una tastiera MIDI compatibile. Qualsiasi interfaccia MIDI offre molti 
canali MIDI e porte MIDI in/out per il collegamento di apparecchiature 
MIDI. 

Dopo Amiga e l'interfaccia MIDI, il pezzo più importante in un sistema 
MIDI è una tastiera MIDI compatibile. Alcuni programmi permettono di 
utilizzare la tastiera di Amiga come una tastiera musicale, anche se ciò 
non è raccomandabile neanche per i principianti. Sul mercato si trovano 
tastiere MIDI compatibili anche a basso prezzo. 

Le tastiere possono anche contenere il proprio campionatore e sintetiz- 
zatore. Recentemente sono stati resi “MIDI compatibili” anche equipag- 
giamenti tipo ottoni, percussioni, strumenti a corda e a fiato; ovviamente 
è possibile utilizzare uno qualsiasi degli strumenti MIDI, non solo le 
tastiere. 

Software MIDI 

Come è appena stato detto, per poter utilizzare un’interfaccia MIDI con 
i relativi strumenti è necessario utilizzare del software specifico. Questi 
si dividono per tipi a seconda delle funzioni che svolgono: 

• sequencer , per il controllo del suono proveniente dai dispositivi 
MIDI; 

• sintetizzatori, chiamati anche synth, per la creazione di suoni e 
musica; 

• dmm synthesizer , per effetti di percussione automatici; 

• note editor, (notazione musicale) per comporre, modificare, trascri- 
vere e suonare le partiture musicali; 

• patch editorAibrarian, per il collegamento a equipaggiamenti audio 
(un patch è la connessione tra due o più tracce o sorgenti audio). Un 
patch editor è specifico per lo strumento musicale collegato con esso. 

La maggior parte del software musicale di Amiga è MIDI compatibile, 
come Sonix, per esempio. Se si ha intenzione di utilizzare professional- 
mente il MIDI come strumento di lavoro, allora è necessario disporre di 
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Figuro 4.3 

Schema di funzionamento per la creazione di un suono 

Creazione di un suono 

Metodo automatico 

La creazione di un suono con il metodo automatico prevede alcuni passi 

ben definiti: 

• decidere quale canale DMA utilizzare (si ricordi che questa scelta 
deve essere fatta in base al canale stereo sul quale di intende udire il 
suono); 

• definire la forma d'onda sonora e creare conseguentemente in 
memoria un’apposita struttura dati; 

• informare il sistema dove poter reperire questi dati; 

• impostare alcuni registri specifici che comunichino a un sottosistema 
sonoro dove reperire i dati (il sottosistema sonoro ha il compito di 
gestire alcuni parametri sonori, come la velocità di lettura dei dati, 
che modificano notevolmente il suono finale); 

• scegliere il volume; 

• impostare la frequenza di campionamento; 

• selezionare il canale audio e far partire il DMA. 
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un sequencerMIDI. Tra questi prodotti si segnalano Bar &Pipesl.O eia 
relativa versione Professional , KCS 3-5 e KCS Level II 3-5, Master Track 
Pro, MIDI Reeording Studio, Music X, Pro 24 III, Pro MIDI Studio, Studio 
24, Tiger Cub, Track 24 e Trax. 

Per quanto riguarda i programmi di notazione musicale sono disponibili 
The Copyist III, Deluxe Music Construction Set 2.5 e Studio 24. Tra gli 
editor/librarian per sintetizzatori si segnalano, Super Librarian, Casio CZ 
Rider, Casio VZ Rider, Emù Proteus 1/XR, Esqapade, Lexicon PCM70, 
Kawai K1 , Kawai K5 , K1 Master Editor/librarian , Korg M 1 , Oberheim M- 
6 Tricks, Oberheim Matrix 6/1000 Master editor/librarian, Roland D-10/ 
110/20, Roland D-10/1 10/20 Master editor/librarian, Roland D-50/550, 
Roland MT-32, Yamaha DX Heaven, Yamaha DX7II/TX802, 4-Op Delu- 
xe. Il mercato degli editor/librarian per campionatori offre, invece, MIDI 
Sample Wrench, Synthia II e Synthia Professional. 

Per tutti i riferimenti a questi prodotti si consiglia di consultare le riviste 
del settore di informatica musicale. 

L’ultima cosa da precisare è che, come tutti gli altri settori, anche quello 
delfinformatica musicale è in continuo sviluppo; probabilmente quan- 
do saranno lette queste righe vi saranno una decina di prodotti nuovi o, 
comunque, aggiornati. 
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Il serial device 


Un esempio completo 


Antonello Biancalana 

Antonello Biancalana lavora perla ProMIND, una softwa- 
re house di Perugia che sviluppa software grafico e musi- 
cale per Amiga, ed è sviluppatore Amiga registrato nella 
categoria "commercial” . Di recente, Antonello Biancala- 
na, ha progettato e sviluppato MSPL ( Music Synthesis Pro- 
gramming Language), un particolare linguaggio di pro- 
grammazione rivolto alla sintesi sonora e musicale. 

Amiga possiede una porta seriale compatibile RS-232C, che 
gli permette di dialogare con il mondo esterno e che può 
essere usata facilmente in tutte le applicazioni che richiedo- 
no l'invio e la ricezione di flussi di dati (modem, MIDI, 
collegamenti fra computer, ecc.). 

L’accesso alla porta seriale può avvenire in due modi 
diversi, a secondo dell'uso che si intende fare del disposi- 
tivo. Infatti, la porta seriale può essere gestita attraverso i 
registri hardware, oppure nella modalità standard prevista 
dall’ambiente Amiga, cioè facendo uso dei “device”. 

Il primo metodo viene usato raramente, solo quando si ha 
bisogno del dispositivo seriale per lavorare ad alte veloci- 
tà: ovviamente, questo tipo di implementazione deve avve- 
nire in linguaggio assembler. Il secondo metodo è quello 
che viene usato nelle applicazioni più “comuni”, in quanto 
la gestione dei device fornita da Exec semplifica notevol- 
mente l’uso della porta seriale. 

Questo articolo si occupa esclusivamente del secondo 
metodo, facendo quindi riferimento al cosiddetto 
“serial. device”. Gli esempi, per motivi di chiarezza, saranno 
in linguaggio “C”; comunque, chi volesse accedere al 
“serial. device” in assembler, non dovrebbe incontrare dif- 
ficoltà nel gestire correttamente il dispositivo, utilizzando le 
informazioni riportate. 

L’inizializzazione 

Come abbiamo già affermato in precedenza, il 
“serial. device” di Amiga viene gestito mediante Exec, per- 
tanto, dovremo fare riferimento a tutte le convenzioni 
previste per la gestione dell’Input/Output dei device. 

Come per tutti i dispositivi di Amiga, la prima cosa da fare 
è quella di provvedere alla sua apertura. Il “serial. device” 


richiede l’uso di una struttura dati di tipo “IOExtSer” e non 
della struttura “IOStdReq”, tipica dei dispositivi standard di 
Exec. Avremo quindi bisogno di una struttura di questo 
tipo, propriamente inizializzata, prima di poter aprire il 
“serial. device”. 

Per farlo, utilizzeremo la funzione CreateExtlOC ): è definita 
all’interno di “Amiga. lib”, che deve dunque essere aggiunta 
al codice oggetto generato dal compilatore durante la fase 
di linking. La funzione CreateExtlCX ) necessita di due 
parametri: l’indirizzo della porta da usare nella gestione del 
dispositivo e la dimensione della struttura dati che intendia- 
mo creare. Possiamo ottenere la porta di cui abbiamo 
bisogno, mediante la funzione CreatePortC ) di Amiga. lib: 

struct MsgPort *MyPort; 

MyPort = CreatePort {"MySerialPort", 0) ; 

La funzione “CreatePort” necessita di due parametri: il 
primo rappresenta il nome da associare alla porta, mentre 
il secondo indica la priorità. Il nome della porta non è 
obbligatorio, ma è necessario nel caso in cui vogliamo che 
altri task siano in grado di trovarne l’indirizzo mediante la 
funzione FindPort( ). 

Nell'esempio precedente manca un elemento importantis- 
simo, che dovrà essere presente nel codice finale: il control- 
lo dell’effettiva creazione della porta. E’ necessario control- 
lare se Exec sia riuscito a creare la porta. Questo è decisivo 
perché, quando successivamente faremo riferimento ad 
una porta inesistente (o a qualsiasi altra cosa), Amiga ci 
saluterà con una magnifica “Guru meditation”. 

Una volta ottenuta la porta, dobbiamo creare la struttura 
“IOExtSer” mediante la funzione CreateExtlOC ): 

struct IOExtSer *SerìalData; 

SerialData = (struct IOExtSer * ) CreateExtIO ( 

MyPort, sizeof (struct IOExtSer) ) ; 

Questa funzione allocherà la memoria e ì dati necessari alla 
nostra struttura: da questo momento potremo cominciare 
ad occuparci del dispositivo seriale. 

La funzione CreateExtlOC ) ritorna un puntatore a una 
struttura di tipo “IORequest”, che è ovviamente diversa 
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dalla nostra struttura “IOExtSer”. 

L’operatore di “casting” (struct IOExtSer *), posto prima 
della funzione CreateExtICH ), viene utilizzato per conver- 
tire correttamente il puntatore ritornato dalla funzione con 
quello specificato, ovvero con un puntatore alla struttura 
“IOExtSer”. 

Ricordiamo che il casting è un’operazione, consentita dal 
linguaggio “C”, che permette eli convertire il tipo di un dato, 
in qualsiasi punto del programma. La conversione avviene 
solamente per il compilatore: il dato su cui viene operato il 
“cast” non viene trasformato effettivamente! Supponiamo 
di avere la variabile “dee” definita come float e la variabile 
“num” definita come int. E’ chiaro che non possiamo 
eseguire direttamente operazioni tra le due variabili, in 
quanto il tipo dei dati è diverso. Nel caso in cui dovessimo 
memorizzare la parte intera della variabile “dee” alfinterno 
della variabile “num”, potremmo fare ricorso ad un cast: 

num = (int) dee; 

Il contenuto della variabile “elee” verrà convertito in un 
numero intero grazie all’operatore di cast “(int)” e quindi 
assegnato alla variabile “num”. In ogni caso (e non è 
possibile fare diversamente ), “dee” rimarrà, per tutta l’ese- 
cuzione del programma, una variabile di tipo “float”. In 
Amiga l’uso dell’operatore cast è molto frequente e permet- 
te di utilizzare la stessa funzione con dati di tipo diverso (nei 
limiti del possibile). 

Chiusa questa breve parentesi sul cast, torniamo al nostro 
esempio. Nella funzione CreateExtIO abbiamo specificato 
come porta “MyPort”, cioè quella creata in precedenza per 
questo scopo. Ora che abbiamo sia la porta che la struttura 
dati su cui lavorare (controllate sempre che questo sia vero 
con delle istruzioni “if”), possiamo finalmente aprire il 
dispositivo seriale: 

OpenDevice ("serial .device'', 0, SerialData, 0) ; 

La funzione di Exec OpenDevice! ) viene utilizzata per 
aprire un generico dispositivo. Questa funzione necessita 
di quattro parametri: il nome del dispositivo da aprire, il 
numero di unità, la struttura di dati da usare ed eventuali 
flag. 

Il nome, ovviamente, sarà “serial. device”, il numero di unità 
sarà zero, la struttuta dati da usare sarà “SerialData”, cioè la 
struttura che abbiamo creato e inizializzato in precedenza. 
Il valore relativo ai flag viene lasciato a zero: non ci serve. 

Il serial. device può essere utilizzato sia in modo esclusivo 
che condiviso. L’accesso esclusivo permette l’uso della 
porta seriale solamente al task che ha aperto il dispositivo, 
mentre l’accesso condiviso permette l’uso della porta seria- 
le a più task. Per abilitare il modo condiviso, occorre 
inizializzare il campo SerialData->io_SerFlags con il valore 


SERF_SHARED prima di aprire il devìce. 

Oltre ad aprire il dispositivo, la funzione OpenDevice! ) 
provvede anche a inizializzare correttamente la nostra 
struttura dati “SerialData” secondo le specifiche e la confi- 
gurazione della porta seriale in uso. Quando il 
“serial. device” viene aperto, è inizializzato secondo le 
specifiche indicate nel file “system-configuration”, ovvero 
mediante i parametri impostati in Preferences. E’ ovvio che 
tali valori non soddisfino sempre le nostre esigenze, quindi 
possiamo programmare il dispositivo seriale, una volta 
aperto, in modo che assuma la configurazione a noi neces- 
saria (velocità di trasmissione, numero di bit di dati, ecc.). 

Il dispositivo seriale può essere pilotato attraverso comandi 
standard (identici per tutti i dispositivi) e . comandi dedicati 
(utilizzati esclusivamente da questo dispositivo). Per evita- 
re errori noiosi, può essere utile ricordare che i comandi dei 
dispositivi sono sempre maiuscoli. I comandi devono esse- 
re specificati nel campo IOExtSer->IOSer.io_Command. 
Nel nostro caso, è ovvio che “IOExtSer” dovrà essere 
sostituito da “SerialData”. 

I comandi standard più utili per la gestione del dispositivo 
seriale sono: CMD_WRITE, che scrive sul dispositivo i dati 
richiesti e CMD_READ, che legge i dati provenienti dalla 
porta seriale. 

Tutti i comandi specifici del dispositivo seriale iniziano con 
il suffisso “SD”, e sono: SDCMD_QUERY, SDCMD_BREAK 
e SDCMD_SETPARAMS. 

SDCMD_QUERY viene utilizzato per conoscere il numero 
di byte ricevuti dalla porta seriale e attualmente contenuti 
nel buffer. 

SDCMD_BREAK viene utilizzato per inviare un segnale di 
interruzione alla porta seriale. 

SDCMD_SETPARAMS permette di configurare il dispositi- 
vo seriale. 

Se i valori di default previsti per il dispositivo seriale non 
sono di nostro gradimento, potremo cambiarli. L’imposta- 
zione delle specifiche del dispositivo seriale avviene me- 
diante il comando “SDCMD_SETPARAMS”. L’esempio che 
segue è tratto dal programma “Seriale. c” (che troverete 
allegato al dischetto di questa rivista) e fa uso del comando 
“ SDCMD_SETP ARAMS ” : 

Ser ialData->IOSer . io_Command^SDCMD_SE TP ARAMS ; 
SerialData->io_RBufLen=2048L; 
SerialData->io_Baud=2400 ; 

SerialData->io_TermArray . TermArray0=0x0d0a0d0a; 
SerialData->io_TermArray . TermArrayl=0x0d0a0d0a; 
SerialData->io_ReadLen=8 ; 

SerialData->io_WriteLen=8; 

SerialData->io_StopBits=l ; 
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SerialData->io_SerFlags= 

SERF_EOFMODE | SERF_XDI SABLED ; 

Come detto in precedenza, il campo “IOSer.io_Command” 
viene utilizzato per specificare il comando da trasmettere al 
dispositivo; in questo caso vogliamo impostare dei nuovi 
parametri per la porta seriale. 

E' possibile anche riservare una zona di memoria per i dati 
letti dalla seriale attraverso il campo “io_RBufLen”. Questo 
campo specifica la dimensione del buffer di lettura. 

Il dispositivo seriale di Amiga è molto versatile e potente: 
permette di impostare qualsiasi configurazione di trasmis- 
sione e soprattutto di velocità. Il dispositivo seriale accetta, 
in teoria, velocità di trasmissione che vanno da 110 baud a 
292000 baud, anche se per velocità maggiori di 19200 baud 
si potrebbero incontrare problemi durante la lettura dei 
dati: in questi casi è preferibile lavorare in linguaggio 
assembler. 

Comunque non siamo assolutamente vincolati nell’uso di 
velocità standard (2400, 4800, 9600, ecc.) e abbiamo la 
piena libertà di specificare velocità di trasmissione non 
convenzionali. Nel nostro esempio, la velocità di trasmis- 
sione è di 2400 baud, come specificato nel campo 
“io_Baud”. 

I due campi successivi | u io_TermArray.TermArray0’' e 
“io_TermArray.TermArrayl”) vengono utilizzati per speci- 
ficare i caratteri che indicano la conclusione della ricezione 
dati. Il numero massimo di caratteri di terminazione che 
possiamo specificare è otto: nel caso non avessimo bisogno 
di tutti questi caratteri, siamo comunque costretti a specifi- 
carne otto. Ecco il motivo per cui, nel nostro esempio, 
abbiamo ripetuto più volte gli stessi caratteri (OxOd e OxOa). 

Se questi campi non venissero totalmente riempiti, i carat- 
teri lasciati liberi saranno uguali a zero. Ciò va evitato, 
perché istruisce di fatto il dispositivo seriale ad accettare 
come carattere di terminazione il carattere nullo (cosa che 
è indesiderabile nella maggior parte dei casi) e quindi è 
preferibile ripetere la serie di caratteri Co parte di essi), fino 
al completamento dei campi. L’uso di questi due campi non 
è comunque obbligatorio e ha solamente effetto se viene 
specificato “SERF_EOFMODE” nel campo dei flag. Il pro- 
gramma riportato nel dischetto utilizza tale funzione, in 
quanto attende che venga spedito dal computer collegato 
ad Amiga il carattere di ritorno a capo. 

I campi successivi indicano rispettivamente il numero dei 
bit che compongono il dato in lettura e scrittura, nonché il 
numero dei bit di stop. 

II campo “io_SerFlags" viene utilizzato per specificare tutte 
le caratteristiche di connessione e di lavoro, come, per 
esempio, l’handshaking, la parità e altro ancora. Nel nostro 
caso, i flag utilizzati sono “SERF_EOFMODE” e 


“ SERF_XDIS ABLED ” : 

SERF_EOFMODE abilita l’uso dei caratteri di terminazione 
indicati nei campi “io_TermArray” ed è quindi necessario 
per il nostro esempio; 

SERF_XDISABLED viene utilizzato per disabilitare la proce- 
dura di XON/XOFF. 

Dopo aver inizializzato i campi della struttura dati, la si 
dovrà inviare al dispositivo seriale, in modo da rendere 
effettivi i parametri desiderati. 

DoIO((struct IORequest *) SerialData) ; 

La funzione Exec DoIO( ) viene utilizzata per trasmettere i 
comandi al dispositivo in uso (nel nostro caso alla porta 
seriale) e attendere il completamento del comando utilizza- 
to, prima di restituire il controllo al programma. Ponete la 
vostra attenzione sull’operatore di cast applicato alla fun- 
zione DoIO( ): è necessario, in quanto “SerialData” è un 
puntatore ad una struttura “IOExtSer”, mentre DoICH ) 
richiede un puntatore a una struttura di tipo “IORequest”. 
L'operatore di cast (come abbiamo già detto in precedenza ) 
sistemerà il tutto e permetterà al compilatore di lavorare 
correttamente. 

Al lavoro 

Ora che abbiamo aperto e inizializzato il dispositivo seriale, 
è giunto il momento di cominciare a “dialogare” con il 
dispositivo collegato alla nostra porta seriale. 

L'esempio riportato sul dischetto legge semplicemente i 
dati della porta seriale e risponde con dei messaggi. Il 
programma continuerà questo lavoro fino a quando non 
riceverà il messaggio “fine”. La prima cosa che faremo 
all’interno del ciclo è una lettura di dati dalla porta seriale: 
come in qualsiasi altro genere di richiesta, utilizzeremo la 
struttura “SerialData”: 

SerialData->IOSer . io_Command=CMD_READ ; 
SerialData->IOSer . io_Lengttl=BUFLEN; 
SerialData->IOSer . ìo_Data= (APTR) buffer; 

Questa volta, nel campo “IOSer.io_Command” troviamo il 
valore “CMD_READ", perché si tratta appunto di una richie- 
sta di lettura. 

Il campo “IOSer.io_Length” contiene la dimensione massi- 
ma del buffer dati in cui intendiamo memorizzare i valori 
letti. 

Il campo “IOSer.io_Data” contiene l’indirizzo relativo alla 
zona di memoria in cui inizia il buffer dati. 

Dopo aver indicato correttamente i valori necessari per la 
lettura, non ci resta altro da fare che inviare la richiesta al 


47 


:□ m 



□ i Trans Action 


dispositivo mediante la funzione SendlOC ): 

SendIO ( (struct lORequest * ) SerialData) ; 


In realtà, potremmo utilizzare sia la funzione DoIOC ) che 
SendlOC ); entrambe permettono di inviare i nostri comandi 
al dispositivo, ma esiste una differenza fondamentale tra le 
due, che vale la pena di esaminare. La funzione SendlOC ), 
a differenza di DoIOC ), non attende che il comando inviato 
sia stato soddisfatto, ma semplicemente accoda la richiesta 
al dispositivo e restituisce il controllo al nostro programma. 
Questo risulta comodo in molti casi, soprattutto quando 
abbiamo diversi compiti da svolgere contemporaneamente 
nel nostro programma. 

Nel nostro caso, accoderemo la richiesta al dispositivo e 
attenderemo il suo termine mediante la funzione “Wait”. 
Avremmo potuto utilizzare tranquillamente la funzione 
DoIOC ) al posto di SenclIOC ), ma ho preferito, per puri 
scopi didattici, utilizzare quest’ultima. Dopo aver accodato 
la richiesta, dovremo attendere che qualche messaggio 
arrivi alla porta seriale. Quando questo accadrà, verremo 
avvisati mediante la porta che abbiamo riservato al dispo- 
sitivo seriale; dunque, non ci resta che aspettare: 


Wait (lL«MyPort->mp_SigBit) ; 

La funzione “Wait” risolve in maniera egregia tale compito 
e, soprattutto, non consuma prezioso tempo macchina, che 
potrebbe risultare utile ad altri task (Amiga è un computer 
che opera in multitasking!). 

Ponete attenzione all’argomento passato alla funzione: il 
contenuto di “MyPort->mp_SigBit” rappresenta il numero 
del bit del segnale che viene utilizzato dalla porta, mentre 
la funzione “Wait” necessita della maschera relativa a quel 
determinato bit. L’operatore di shift "«“ risolve, appunto, 
questo problema, trasformando il bit di segnalazione nella 
relativa maschera. 

Ricordate, comunque, che il dispositivo seriale è stato da 
noi impostato per leggere i dati fino a quando non incontra 
uno dei caratteri specificati nel campo “io_TermArray”, 
oppure fino a quando i dati ricevuti avranno superato la 
dimensione del buffer. La funzione “Wait" attenderà, dun- 
que, fino a che uno di questi due eventi non sia stato 
soddisfatto. 

Passiamo ora all’analisi della parte di codice che si occupa 
della scrittura sulla porta seriale: 

SerialData->IOSer . io__Command=CMD_WRITE; 
SerialData->IOSer . io_Length=-l; 

SerialData->IOSer . io_Data= (APTR) string; 


La struttura dati ha assunto un’aspetto leggermente diverso. 

Il campo “IOSer.io_Command” è stato impostato con il 
valore “CMD_WRITE” in quanto desideriamo scrivere sul 
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dispositivo. Il campo “IOSer.ioJLength" contiene il numero 
di byte da trasmettere alla porta seriale. Può sembrare 
strano il valore “-1”, ma ha un significato ben preciso: 
significa che dovranno essere trasmessi tutti i byte a partire 
dall’indirizzo fornito fino al primo carattere nullo. 

Il campo “IOSer.io_Data” contiene l’indirizzo di memoria 
in cui risiedono i dati da trasmettere. Siccome nel nostro 
esempio utilizziamo un’array di caratteri (cioè una stringa), 
ecco che si spiega il valore “-1” nel campo precedente. 

Per rendere esecutiva questa richiesta, inviamo al disposi- 
tivo la nostra struttura dati mediante la funzione DoIOC ) o 
SendlOC ). Quando avremo terminato di usare il dispositivo 
seriale, sarà necessario (anzi, obbligatorio!) rilasciare tutte 
le risorse che abbiamo utilizzato, compreso il 
“serial. device”. 

CloseDevice ( (struct lORequest *) SerialData) ; 
DeleteExtIO( (struct lORequest *) SerialData) ; 
DeletePort (MyPort) ; 

Le funzioni DeletePortC ), DeleteExtlOC ) e CloseDeviceC ) 
provvedono appunto a quest’ultimo compito. 

Il programma incluso nel dischetto contiene un esempio 
completo. Per farlo funzionare, è necessario collegare 
Amiga a un altro computer fornito di porta seriale RS-232C, 
unitamente a un programma di comunicazione. 

Dopo averlo mandato in esecuzione, sarà possìbile inviare, 
dal computer collegato ad Amiga, alcuni “comandi”, ai 
quali Amiga risponderà con messaggi appropriati. I “co- 
mandi” riconosciuti dal programma sono: host, baud, data, 
stop, buffer, fine e magic. 
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La terza edizione 


Alberto Geneletti 

Dopo l’AmigaDOS, l'Amiga User Interface Style Guide e 
rinducl.es & Autodocs, questo mese abbiamo esaminato 
attentamente il volume relativo all’hardware dei nuovi 
sistemi Amiga, disponibile nelle librerie italiane già da 
alcuni mesi. 

La differenza sostanziale rispetto agli altri volumi recensiti 
nei numeri scorsi riguarda il pubblico al quale questo 
volume si rivolge. Mentre il ROM Kernel Manual e la Style 
Guide si rivolgono al programmatore di applicazioni ad 
alto livello, in particolare allo sviluppo di software interat- 
tivo basato su un’interfaccia grafica standard, il volume 
sotto esame in queste pagine è interamente dedicato al 
programmatore assembler di routine che interagiscono 
direttamente con l’hardware: ai cosiddetti "Metal Basher”, 
tanto per usare un temiine familiare ai nostri lettori. 

Si tratta in pratica di una soluzione vivamente sconsigliata 
nella prefazione di tutti i manuali dedicati alla programma- 
zione dei sistemi Amiga (e anche l'Amiga Hardware Refe- 
rence Manual non fa eccezione), poiché soltanto l’interfac- 
cia sistema-utente fornita dalle funzioni di libreria del 
sistema operativo è in grado di garantire il corretto funzio- 
namento del codice sulle future release del sistema opera- 
tivo. Nessuna garanzia ufficiale è stata invece rilasciata sulla 
continuità delle locazioni dei registri hardware, anche se le 
nuove macchine in produzione hanno mantenuto, saggia- 
mente, locazioni analoghe per i registri di I/O. 

Questo libro si rivolge allora a tutti coloro che sono disposti 
a correre questi rischi, e in particolare agli sviluppatori di 
videogame, un campo nel quale si desidera un’ottimizza- 
zione molto spinta dell’interazione tra codice e macchina, 
in modo da valorizzare al massimo le prestazioni messe a 
disposizione dall’hardware decisamente sofisticato e po- 
tente di tutti i modelli Amiga. Altri potenziali utenti di 
questo manuale sono i progettisti di nuove periferiche che, 
nello sviluppare i driver per i propri dispositivi fisici, hanno 
bisogno di sapere come avviene lo scambio di segnali tra 
Amiga e il mondo esterno tramite i connettori della macchi- 
na e le facilitazioni messe a disposizione dal protocollo di 
autoconfigurazione. Infine, potremmo consigliare questo 
manuale anche agli utenti e ai programmatori un po’ meno 
smaliziati, perché, se è vero che per guidare una macchina 
non è necessario conoscere alla perfezione cosa avvenga 


istante per istante all’interno del cofano, è altrettanto vero 
che non è possibile andare molto lontano ignorando com- 
pletamente l’esistenza di pistoni e candele. 

Il contenuto 

Il libro può essere suddiviso in due parti fondamentali; la 
prima, che si identifica con i primi otto capitoli, potrebbe 
essere definita teorica, poiché descrive discorsivamente il 
funzionamento della macchina; la seconda invece, costitui- 
ta dalle appendici, svolge essenzialmente una funzione di 
riferimento, essendo composta da tabelle di rapida consul- 
tazione, che risultano molto utili, se non indispensabili, per 
la programmazione dei registri hardware. 

La teoria 

Il primo capitolo costituisce un’ampia introduzione desti- 
nata al lettore meno esperto, che descrive l’architettura 
generale del sistema da un punto di vista funzionale, senza 
scendere nel dettaglio. Vengono inoltre elencate tutte le 
prestazioni implementate sui nuovi modelli, in particolare 
sul 3000, per quanto riguarda la possibilità di indirizzare 
memoria di vario tipo, di interfacciare segnali video e 
dispositivi con interfaccia SCSI. 

Inoltre, vengono fornite direttive generali sulla program- 
mazione in assembler; in particolare viene affrontato il 
tema del refresh della cache memory da parte di codice 
automodificante, la presenza nel set del 68000 di istruzioni 
incompatibili con la struttura del bus condiviso tra CPU e 
chip custom, il diverso utilizzo del’8520 da parte del 2.0, le 
procedure di chiamata delle System cali da assembler e, 
infine, vengono dati alcuni chiarimenti di carattere genera- 
le sugli esempi presenti nel volume. 

A questo ultimo proposito ci duole rilevare che il libro si 
dimostra piuttosto carente: i sorgenti dimostrativi sono 
infatti ridotti al minimo, quasi a sottolineare il fatto che, a 
questo livello, è piuttosto difficile produrre codice in grado 
di offrire sufficienti garanzie di compatibilità per il futuro. 
L’utente della manualistica ufficiale dovrebbe del resto 
essere abituato a questo atteggiamento conciso e criptico, 
dal momento che vengono proposte, come abbiamo avuto 
modo di sottolineare in altre occasioni, spiegazioni quasi 
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sempre complete, ma che richiedono un certo numero di 
tentativi prima di poter essere comprese completamente. 

Se ciò può non creare particolari problemi nella program- 
mazione ad alto livello, l’esperienza dimostra che lavoran- 
do direttamente a contatto con l’hardware, è facile arrivare 
a conclusioni sbagliate, sviluppando codice che funziona 
solo in determinate situazioni. Per questo, riteniamo che 
qualche listato in più, soprattutto per quanto riguarda la 
gestione delle unità disco, della seriale e della parallela, o 
magari un po’ più completo, ad esempio nel caso della 
creazione delle copper list, sarebbe sicuramente risultato 
una gradita novità per questa nuova edizione. Come se non 
bastasse, questi listati sono stati “snelliti’’ definendo un 
improbabile file include hardware/examples.i, la cui defi- 
nizione completa è riportata nell’appendice I. 

Questo file ridefinisce, usando le maiuscole, gli identifica- 
tori dei registri già definiti nel file di inclusione hardware/ 
custom.i, perdendo a volte qualche lettera; crea due iden- 
tificatori analoghi per le locazioni a 32 bit, uno per la word 
più significativa e l’altro per quella meno significativa; usa 
per i registri colore, e per i bitplane, degli array dei quali 
viene fornita in hardware/ custom.i soltanto la base. 

Il problema pratico consiste nel fatto che questo file include 
non è presente nell’apposita di directory di nessun assem- 
blatore in circolazione, non trattandosi di un include uffi- 
ciale, a differenza di hardware/custom.i. 

Per questo motivo, desiderando assemblare uno qualsiasi 
dei sorgenti esemplificativi, ci si trova costretti o a digitare 
una volta per tutte questo file di inclusione aggiuntivo, 
oppure ad effettuare conversioni non sempre immediate 
con la simbologia di hardware/custom.i; si tratta in conclu- 
sione di una scelta didattica decisamente controproducen- 
te. 

I capitoli seguenti sono dedicati invece ad argomenti spe- 
cifici e in particolare alla programmazione del Copper per 
la gestione del refresh del video, alla costruzione dei 
playfield, alla visualizzazione degli sprite, alla descrizione 
dei quattro canali audio, alla programmazione del Blitter. 
Gli ultimi due capitoli integrano, infine, la descrizione del 
funzionamento delle singole parti della macchina, affron- 
tando argomenti importantissimi, quali le interruzioni, la 
gestione del DMA, il processò di autoboot, l’interfaccia dei 
floppy, delle porte giochi, della seriale e della parallela. 

Come abbiamo già affermato, proprio questa parte del 
libro, che tratta argomenti di complessità decisamente 
superiore a quella dei capitoli precedenti, si rivela decisa- 
mente carente dal punto di vista dei sorgenti esemplificati- 
vi. Dal momento che ogni capitolo tratta un argomento 
diverso, sembrerebbe a prima vista possibile rivolgere la 
propria attenzione a un aspetto qualsiasi, rinviando la 
lettura degli altri capitoli a un secondo momento; ['espe- 
rienza ci ha dimostrato che questo non è assolutamente 
possibile. 


Sebbene gli argomenti vengano presentati in modo abba- 
stanza indipendente, al momento dì passare alla pratica si 
scopre che tutto ciò che viene detto in un solo capitolo non 
funziona autonomamente; questo perché le varie parti 
della macchina interagiscono continuamente tra di loro, 
procurando quelli che il neoprogrammatore potrebbe 
considerare “fastidi” apparentemente ineliminabili, ma che 
forniscono spesso una sinergia ineguagliabile di potenza al 
programmatore esperto. Fate attenzione in particolare a 
non sottovalutare il Copper; scoprirete allora insignificanti 
note del tipo “...questi registri vengono scritti esclusiva- 
mente dalla copper list...” praticamente in ogni capitolo. 

La chiave di lettura che vi proponiamo, e che dovrebbe 
essere evidenziata nella prefazione del libro stesso, è quin- 
di strettamente sequenziale; in ogni caso non si può pensa- 
re di costruire un playfield senza prima conoscere tutto il 
resto. Il discorso didattico nel suo complesso è comunque 
molto ben costruito, corredato da spiegazioni esaurienti e 
facilmente accessibili anche al lettore meno esperto; l'im- 
pressione è tuttavia che ci si dilunghi un po’ troppo sugli 
aspetti più semplici, e che non si desideri appesantire la 
trattazione con argomenti troppo complessi. 

Le appendici 

Di carattere decisamente tecnico è invece la seconda parte 
del libro, costituita dalle appendici, che costituiscono il 
manuale di riferimento vero e proprio. In esse troviamo 
l'elenco completo dei registri custom, tanto in ordine alfa- 
betico quanto di indirizzo, le mappe di memoria delle varie 
configurazioni, la descrizione dei segnali presenti ai con- 
nettori e sui piedini dei vari chip, la descrizione completa 
del funzionamento delle CIA 8520 e dell’interfaccia della 
tastiera. 

Particolare attenzione merita, in questa terza edizione, 
l’appendice C, dedicata interamente alla descrizione delle 
nuove caratteristiche e dei nuovi registri messi a disposizio- 
ne daU'Enhanced Chip Set (ECS), la versione dei chip 
custom presenti sui nuovi Amiga dotati del sistema opera- 
tivo 2.0, che possono essere considerati i veri protagonisti 
di questa edizione. In questa appendice è possibile trovare 
informazioni che vanno dal funzionamento delle nuove 
risoluzioni video, alla gestione delle nuove frequenze di 
scansione, alle estensioni nel supporto del Genlock, all’am- 
pliamento della capacità del Blitter, e di alcuni registri 
preesistenti dei quali è stato ampliato il numero di bit 
significativi. 

Tutte queste informazioni sono state riunite saggiamente in 
quest’unica appendice, in modo da rendere ben chiara la 
distinzione tra i vecchi e i nuovi modelli. Un’altra sezione 
particolarmente interessante per i progettisti di nuove 
schede e nuove periferiche è senza dubbio l'appendice 
dedicata alla descrizione del bus di espansione Zorro III a 
32 bit, implementato su Amiga 3000. In questa sede viene 
analizzata la compatibilità con Zorro II (il bus standard del 
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2000), descrivendo ampiamente lo scambio di segnali sul 
bus di controllo nell’ambito delle due differenti architettu- 
re. Vengono, inoltre, fornite specifiche meccaniche circa 
l’ingombro delle schede Zorro III compatibili e, infine, 
viene spiegato l’importante meccanismo di autoconfigura- 
zione. 

La terza edizione 

Tra tutti i nuovi manuali di questa terza edizione della 
documentazione ufficiale, l’Amiga Hardware Reference 
Manual è senza dubbio quello che ha subito il minor 
numero di modifiche rispetto all’edizione precedente. 
Tutta la parte teorica è rimasta assolutamente invariata; 
questo perché le caratteristiche e la programmazione dei 
nuovi registri implementati nell’ECS non vengono trattati 
direttamente nei capitoli: questi conservano così gli stessi 
paragrafi e lo stesso limitato numero di esempi, e non sono 
stati riscritti; ogni volta che la trattazione si avvicina ad una 
delle nuove caratteristica viene semplicemente inserita una 
nota che rimanda all’appendice C. 

Anche certe appendici sono rimaste pressoché invariate, 
mentre sono state introdotte le due importanti sezioni su 
ECS e Zorro III delle quali abbiamo già parlato; qualche 
novità di rilievo presenta l’appendice dedicata alle mappe 
di memoria, nella quale è possibile trovare ora anche quella 
del 3000. E’ evidente quindi l’intenzione di mantenere 
intatto il contenuto della seconda edizione e di aggiungere 
tutto il materiale che costituisce l'upgrade per ECS e Amiga 
3000 in alcune zone circoscritte e ben definite. 

Tutto ciò fa pensare ancora una volta all’inadeguatezza 
della distribuzione dell’upgrade delle informazioni da 
parte di Addison Wesley. E’ infatti assurdo che l’utente 
possessore della seconda edizione sia costretto a pagare 
nuovamente il prezzo dell’intera maualistica per ritrovarsi 
poi in possesso di un volume che ripete per la maggior parte 
informazioni identiche a quelle già in suo possesso; decisa- 
mente più conveniente (ma probabilmente non per la casa 
editrice) sarebbe la pubblicazione di un opuscolo di una 
settantina di pagine nel quale venisse riunito esclusivamen- 
te il contenuto delle nuove appendici. 

Conclusioni 

Trattandosi della documentazione ufficiale, anche in que- 
sto caso il volume risulta indispensabili al programmatore 
Amiga; pur essendo dedicato all’hardware, viene infatti 
affrontato l’aspetto funzionale, proprio quello che interessa 
lo sviluppatore di software, e non quello strutturale, che 
riguarda più decisamente il costruttore di hardware o il 
riparatore. 

Potrebbe sembrare strano che un volume dedicato all’hard- 
ware non riporti nemmeno il circuito completo della mac- 
china, che, sebbene non documentabile esaurientemente 
in un’appendice, avrebbe potuto soddisfare la curiosità di 


qualche lettore. Ma il tecnico hardware ha a disposizione 
testi più specifici (come 1”’A500/A2000 Technical Referen- 
ce Manual”), riservati tuttavia ai programmatori registrati 
presso la Commodore. L’Amiga Hardware Reference Ma- 
nual è invece in grado di soddisfare le esigenze del pro- 
grammatore assembler, anche se, come abbiamo già detto, 
non può sostituire completamente l’esperienza. 

Amiga Hardivare Reference Manual 
Third Edition 1991 

Addison Wesley — Amiga Technical Reference Series 
Lire 65.000 (circa). 
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menu dai quali è semplice ottenere 
immediatamente una prima elabo- 
razione a forma di rosa. Selezionan- 
do “Choices/Watch Evolution...” si 
otterrà un primo esempio, ma per 
personalizzare il risultato è neces- 
sario modificare le opzioni "Choi- 
ces/Change n & d values” che 
modifica i valori dell’equazione po- 
lare r-sin(n*d) utilizzata per dise- 
gnare le rose. 

Per ottenere degli effetti particolari, 
può essere necessario variare il 
parametro del numero di suddivi- 
sioni del cerchio con il menu “Choi- 
ces/Change circle subdivisions” 
oppure il tipo di algoritmo utilizzato 
per il tracciamento con il menu 
“Type/Variation 1” oppure “Type/ 
Variation 2”. 

Nel caso non riuscite ad entrare 
nell’ottica puramente matematica 
del programma, divertitevi a speri- 
mentare e nel caso realizzate qual- 
cosa di veramente memorabile 
usate l’utile funzione dì salvataggio 
su memoria di massa per lasciare 
un segno ai posteri. 

Attenzione: questo programma non 
funziona su modelli di Amiga con 
sistema operativo superiore alla 
release 1.3 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3 

UTILIZZO 

Workbench: Doppio Click sull'icona 

FILE DI SUPPORTO 

Nessuno. 


TURBOdisk 

Frank Mariak 

TURBOdisk è uno di quei program- 
mi che funzionano al meglio se 
eseguiti nella Startup-Sequence del 
proprio disco di lavoro. TURBOdisk 
è la risposta alla proverbiale “len- 
tezza” dei drive gestiti da Amiga- 


DOS, in quanto si occupa di ridurre 
il più possibile i tempi di attesa. 
Come? 

Tecnicamente intercettando la 
trackdìsk. device e allocando dei 
buffer di memoria cache per ogni 
drive “visto” dal sistema. 

In parole semplici vuol dire che 
TURBOdisk, una volta eseguito 
dalla finestra OLI, si installa automa- 
ticamente dal sistema scomparen- 
do dalla vista dell'utente. 

Da quel momento in poi agirà nel- 
l’ombra, velocizzando l’accesso ai 
drive senza utilizzare memoria ne- 
cessaria al sistema, nel caso ce ne 
fosse bisogno. 

Nel caso fosse necessario rimuo- 
verlo dalla memoria, per una qua- 
lunque ragione, sarà sufficiente 
eseguire nuovamente TURBOdisk 
da una finestra OLI. 

Un appropriato messaggio confer- 
merà l’avvenuta rimozione del pro- 
gramma dal sistema. TURBOdisk è 
un programmino piccolo, efficente 
e sicuro. 

Inseritelo tranquillamente nell'elen- 
co dei programmi da eseguire nella 
Startup-Sequence, non ve ne penti- 
rete! 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.0 

UTILIZZO 

CU: CD TURBOdisk [enter 
TURBOdisk [enter 

FILE DI SUPPORTO 

Nessuno. 


Twin Express vl.l 

OMNICODE 

Questo mese è dedicato ai posses- 
sori di Amiga che danno uno sguar- 
do insistente anche al mondo PC 
(MS-DOS compatibili). 

Oltre alla versione dimostrativa di 
PC-Task in questo numero di Amiga 


Magazìne trovate Twin Express, un 
package professionale per il trasfe- 
rimento di dati via null-modem. Un 
null-modem è un'interfaccia RS-232 
(seriale) che permette di collegare 
via cavo due computer collegati 
tramite la stessa porta di comunica- 
zione. 

Twin Express utilizza al massimo 
delle possibilità la porta seriale di 
Amiga senza peraltro utilizzare la 
serial. device ottenendo la stratosfe- 
rica velocità media di trasferimento 
di 22.000 byte/secondo (veramente 
niente male!). 

Il package di Twin Express è com- 
posto da un file eseguibile per i 
computer Amiga chiamato “Twin”, 
un file per i computer MS-DOS chia- 
mato “TWINPC.EXE”, un manuale di 
30 pagine chiamato “TwinDoc” e 
dei file informativi. 

Tutti i file si trovano nella directory 
TwinExpress del dischetto Amiga- 
Magazine. 

Ammettiamo di voler effettuare un 
trasferimento di dati tra due Amiga 
collegati via null-modem utilizzando 
questo programma. 

Innanziutto è necessario eseguire il 
programma cliccando sulla sua 
icona. 

Quello che ci verrà presentato è un 
menu dal quale è possibile effettua- 
re tutta una serie di comandi di tra- 
sferimento e di controllo. Per trasfe- 
rire un file da un Amiga all’altro 
basta digitare il comando “COPY 
FILE.TXT ~FILE.TXT”. 

Il simbolo di tilde (~) indica il com- 
puter collegato in remote, quindi 
tutti i comandi che devono agire sul 
computer a distanza devono speci- 
ficare il simbolo di tilde. Di conse- 
guenza se sì vuole fare una directo- 
ry del computer in remote basta 
digitare “DIR ~.TXT”. 

Qualcuno potrebbe essere rimasto 
sconcertato dagli esempi riportati. 
Bene, fortunatamente all’interno del 
programma TwinExpress è possibi- 
le ottenere informazioni sui comandi 
disponibili con “HELP COM- 
MANDS”, o alcuni esempi di utilizzo 
con “HELP EXAMPLES” oppure 
ancora utili informazioni su come 
realizzare un null-modem con 
“HELP CABLE”. 
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SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.0 

UTILIZZO 

Workbench: doppio click sull'icona 

FILE DI SUPPORTO 

Per il trasferimento da o verso un PC, è 
necessario il file TWINPC.EXE che si 
trova nella directory TwinExpress del 
disco AmigaMagazine. 


View v3.0 

Michael W. Hartman 

View è un programma per visualiz- 
zare file ILBM e ANIM, oltre che file 
DCTV. Quest’ultima opzione è ov- 
viamente utile solo nel caso si di- 
sponga dell’hardware DCTV, men- 
tre la possibilità di vedere immagini 
e animazioni è spesso indispensa- 
bile durante le normali fasi di utilizzo 
di Amiga, 

View è un visualizzatore della gene- 
razione più recente, non si limita 
quindi a svolgere il suo compito, ma 
offre un’interfaccia utente di prima 
categoria, caratteristica dei sistemi 
operativi più evoluti. 

View può essere usato in ben tre 
modi diversi. Il primo e più immedia- 
to (almeno per noi) è quello di 
“passare” come argomento al pro- 
gramma il file che si intende visua- 
lizzare, il secondo è settando come 
Default Tool dell’icona associata al 
file che si intende visualizzare il 
programma View, il terzo e ultimo è 
quello di eseguire il programma 
View e utilizzare il file requester in- 
terno. 

Nel primo e nel secondo caso il 
programma View visualizza il file 
passato come parametro, attende 
la pressione del tasto sinistro del 
mouse ed esce, mentre nel terzo il 
programma visualizza il file, attende 
la pressione del tasto del mouse e 
ritorna al file requester di partenza. 
In qualunque modo venga utilizza- 
to, View visualizza utili informazioni 
a proposito del file che si sta per 


visualizzare come la risoluzione, il 
tipo, la grandezza e il nome, oltre ad 
offrire la possibilità di controllo sulla 
velocità di visualizzazione delle 
animazioni. 

View merita senz’altro di stare nel- 
l’elenco delle utility indispensabili 
all’utente Amiga che si rispetti o che 
comunque voglia un solo program- 
ma per visualizzare, ad esempio, i 
propri risultati artistici conseguiti 
con DeluxePaint. 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.0 

UTILIZZO 

Workbench: doppio click sull'icona dopo 
aver settato il Default Tool 
CLi: CD View3.0 [enter 

View "Nome^FileJmmagine o_ 
Animazione" [enter - modo diretto 
oppure 

View [enter - modo interattivo 

FILE DI SUPPORTO 

Nella directory View 3.0 sono presenti 
due belle immagini realizzate con 
pacchetti di Ray Tracing per Amiga: 
"Penoc.iff" e ''Space.ham". 


NOTE 

Ricordiamo che per motivi di spazio 
le directory C, DEVS, L e LIBS del 
disco di Amiga Magazine non sono 


complete come dovrebbero esse- 
re, soprattutto per poter funzionare 
come dischi con cui effettuare il 
boot con il KickStart v2.04. Si consi- 
glia quindi ai possessori di Amiga 
500 Plus che dovessero riscontrare 
dei problemi di funzionamento di 
effettuare il boot dal proprio disco 
Workbench e, successivamente, 
sostituire nel drive il disco con quel- 
lo di Amiga Magazine. 

I comandi Dir e List del CU sono 
stati sostituiti con il più compatto ed 
efficente LS, quindi usate quest’ulti- 
mo per visualizzare il contenuto di 
una directory. 

Le librerie presenti nella directory 
LIBS del disco Amiga Magazine 
arp. library, req. library, 

reqtools. library, explode. library e 
powerpacker.library sono di pubbli- 
co dominio e quindi liberamente 
distribuibili. Vi consigliamo di co- 
piarle sul vostro disco di lavoro (o 
harddisk) perché sono indispensa- 
bili al funzionamento di molti dei 
programmi di pubblico dominio 
presenti sul disco allegato ad Ami- 
ga Magazine ogni mese. 

Attenzione 

Quando viene indicata la scritta tra 
parentesi quadre come (enter, si- 
gnifica che dovete premere il tasto 
con scritto Enter presente sulla 
destra del tastierino numerico op- 
pure il tasto di ritorno carrello posto 
sulla sinistra dei tasti cursore. 
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HARDWARE 


AMIGA 600 


a cura della redazione 


L'ASPETTO 

ESTERNO 

Amiga 600è mol- 
to compatto e leg- 
gero. Occupa, 
praticamente, la 
metà dello spazio 
di un 500 e trova 
posto comoda- 
mente su qualsia- 
si scrivania. Il co- 
loreclassico della 
linea Amiga è 
cambiato: ora 
tende nettamente 
al bianco. 

La tastiera, al toc- 



Uno sguardo ravvicinato. 


co, appare simile a quella 
del 500, ma l'inclinazione è 
leggermente più accentua- 
ta. Le dimensioni dei tasti 
sono di fatto le stesse. E' 
scomparso il tastierino 
numerico, mentre cursori, 
Del e Help sono stati addos- 
sati alla tastiera principale. 
Del e Help appaiono anche 
più piccoli. Latastieraviene 
prodotta in varie versioni, 
adatte alle diverse lingue 
nazionali. 


Lascomparsadel tastierino 
numerico potrebbe creare 
dei problemi al software che 
richiede la sua presenza 
per .determinate funzioni. 
Non sono molti i programmi 
di questo tipo e di solito 
esistono delle alternative ai 
tasti (menu, mouse, gad- 
get), per cui il problema non 
dovrebbe essere tale da 
inibire l'uso dei programmi. 
Potrebbe forse risentirne la 
giocabilità di alcuni video- 


giochi. I tre led sulla destra 
servonoper l'alimentazione, 
il floppy internoe l'hard disk 
interno. 

La parte terminale del 600 
presentaun piccologradino 
che collega il piano della 
tastieraaquellodove giac- 
ciono leferitorie: quest'ulti- 
mo mantiene la stessa incli- 
nazione. 

Un'abitudine diffusa è quel- 
la di appoggiare i floppy 
inutilizzati sulla parte termi- 
nale del 500: è ancora pos- 
sibile farlo sul 600, anche se 
i floppy ora restano inclinati 
e sporgono dal fondo della 
macchina. 

Sul fianco destro 
compare lapresa 
per il mouse e per 
il joystick; questa 
posizione costrin- 
ge a tenere il tap- 
petino del mouse 
leggermente 
staccato dalla 
tastiera, ma es- 
sendo le dimen- 
sioni di questa 
molto limitate (se 
confrontate con 
quelle del 500), il 
problema prati- 
camente scom- 
pare. Sarebbe 


D opo le notizie raccol- 
te al CeBIT tedesco, 
abbiamo potuto pro- 
vare direttamente Amiga 
600 presso la Commodore 
Italiana, che ha iniziato la di- 
stribuzione del prodotto ai 
rivenditori il 2 Aprile. 

La prova non ha, di fatto, 
aggiunto molto aquanto di- 
cevamo la scorsa volta sul 
nuovo modello della Com- 
modore, ma abbiamo potu- 
to aprire il computer, osser- 
vare da vicino il software di 
sistema e trarre alcune ini- 
ziali impressioni d'uso. Ri- 
cordiamo che i modelli di- 
sponibili sono due: Amiga 
600 (quello pro- 
vato) e Amiga 
600HD (nelle 
foto), il secondo è 
dotato di hard 
disk interno da 
2.5" di tipo IDE. 


II 600HD con i 
tre manuali, il 
Workbench e il 

disco di 

installazione per 
hard disk. 
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comunque stato meglio se 
la spina del mouse non fos- 
se stata la solita (in gomma 
pienae piuttosto allungata), 
per limitare, appunto, la 
sporgenza dal corpo della 
macchina. Il mouse è lo 
stesso in dotazione al 500. 
Laferitoia per i floppy segue 
l'inclinazione dellatastiera: 
occorre farci l'abitudine. Il 
driveappare un po' più rien- 
trato nel corpo della mac- 
china rispetto al 500: ciò 
implica che bisogna spin- 
gere i floppy più a fondo, 
prima che il drive li "digeri- 
sca". Il pulsante per l'espul- 
sione dei drive non sporge 
come quello dei 500e appa- 
re più morbido al tocco. 

Sul retro compaiono tutte le 
porte standard del 500. Ma 
c'è qualche piccolo cam- 
biamento. La presa dell'ali- 
mentatore è diventata la 
prima a destra (guardando 
dal retro): è sicuramente 
meglio così. L'alimentatore, 
da23 Watt come quello del 
500, appare anch'esso 
bianco e molto leggero: il 
600 assorbe meno del 500, 
per cui restaadisposizione 
una maggiore potenza per 
le periferiche esterne (forse, 
adesso, sarà possibile col- 


legare tre floppy esterni 
senzadover ricorrere ad un 
alimentatore aggiuntivo). 
Subito a sinistra troviamo i 
connettori video. Sono tre: 
RGB, videocomposito a 
colori di ottima qualità e 
modulato, per il collega- 
mento diretto a una presa 
d'antenna TV. Assieme al 
600 è fornito un lungo cavo 
d'antenna;èdunque possi- 
bile mettere in funzione il 
600 non appenalo si estrae 
dallascatola, collegandolo 
al televisore. 

La pluralità di porte video è 
una delle innovazioni più 
significative del 600:grazie 
al videocomposito è possi- 
bile registrare direttamente 
su VCR (e con esiti ben 
superiori a quelli consentiti 
dal vecchio modulatore 
A520) il segnale prodotto 
dal 600; grazie alla presaTV 
è possibile portare il 600 in 
giro (in vacanza, dagli ami- 
ci, dai clienti...), senza tra- 
scinarsi dietro anche il 
monitor. Indubbiamente, la 
presa TV fa del 600 una 
significativa alternativaalle 
console e dovrebbe contri- 
buire ad allargare ulterior- 
mente il mercato Amiga. 

Sul lato sinistro compare 


La scheda madre delI'A600 
HD. 


unicamente il connettore 
perle RAM Card. E'dunque 
scomparso il bus d'espan- 
sione del 500: il controller 
A590 e il lettore di CD-ROM, 
atteso abreve, sono incom- 
patibili con il 600. 

Sul fondo compare un cas- 
settino che permette di 
accedere al connettore per 
l'espansione di memoria 
interna. Lo spazio a disposi- 
zione è inferiore a quello 
presente nel 500. 

ALL'INTERNO 

Per aprire il 600 basta svita- 
re le 4 viti a croce poste sul 
fondo della macchina. Il 
cabinet in plastica si divide 
in due: alla parte superiore 
resta collegata la tastiera, 
protetta da una piastra in 
metallo; all'altra, tutto il resto 
della macchina. 

Sulla griglia di protezione, 
per i disturbi radio, trovano 
posto il drive per i floppy e 
una slitta su cui va appog- 
giato l'eventuale hard disk 
interno. Rimosso il drive (un 
Chinon FZ-354 piuttosto si- 
lenzioso, ma non ad alta 
densità), mediante le tre viti, 
e la slitta, si può accedere 
allapiastra, svitando l'unica 
vite che la collega alla gri- 
glia e al cabinet. 

La scheda madre, a due 
strati, sembra deserta: tutti i 
componenti hanno subito 
unaterrificante "cura dima- 
grante". Le resistenze sono 
come dei puntini che costel- 
lano il circuito stampato. I 
chip custom hanno dimen- 
sioni ridotte. Anche il 68000 
è cambiato. Non ci sono 
zoccoli se non per la ROM. 
E' l'effetto della nuova tec- 
nologia SMD adottata dalla 
Commodore per il 600 e 
che, ben presto, verrà este- 


sa ad altri modelli della linea 
Amiga. 

I vantaggi di tale tecnologia 
sono notevoli: abbassa- 
mento dei costi di produzio- 
ne e dei consumi, aumento 
dell'affidabilità dei circuiti e 
quindi drastica riduzione 
dellapercentualedi guasti. 
Per riparare tale tipo di 
schede occorrono speciali 
attrezzature all'infrarosso, 
di cui man mano verranno 
dotati tutti i centri di assi- 
stenza Commodore. Siègià 
provveduto a distribuirle a 
cinquedi questi centri, dis- 
seminati sul territorio nazio- 
nale. 

Ricordiamo che tale tecno- 
logiarende impossibile col- 
legare al 600 tutte le espan- 
sioni che vanno montate 
sullo zoccolo di qualche 
chip preesistente. 

Non è neanche possibile 
usare sul 600 quelle schedi- 
ne che permettono di mon- 
tare due tipi di ROM: in 
questo caso lo zoccolo esi- 
ste, quello che manca è lo 
spazio fisico per inserire la 
scheda. 

Abbiamo visto due piastre: 
su quella del 600 compariva 
la dicitura A300 (era il nome 
previsto inizialmente per il 
modello senza hard disk) eil 
numero di revisione 1.1 su 
quella del 600HD (nelle 
foto) compariva la dicitura 
A600 e il numero di revisio- 
ne 1 .3. 

La macchina è dotata, di 
serie, di 1 Mb di Chip RAM 
costituita da due chip da 
256x16 Kbit. 

Le due CIA, irriconoscibili, 
sono state protette contro 
l'esterno da partitori resi- 
stenza condensatore, che 
risultano più efficaci delle 
EMI dei modelli precedenti. 

II Denise (8373) e il Fat 
Agnus (8375) corrispondo- 
no a quelli montati sul 500 
Plus (accesso a 2 Mb di 
Chip e nuovi modi grafici), 
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viene però a mancare lo 
switch hardware per passa- 
re dal modo NTSC a quello 
PAL. Ora l'operazione si 
può effettuare esclusiva- 
mente via software. 

Il nuovo chip Gayle sostitui- 
sce il vecchio Gary e com- 
prende la logica di controllo 
delle RAM Card e dell'hard 
disk IDE. Nei pressi del 
modulatore TV, compare il 
connettoreper Hard Diskdi 
tipo IDE. La scelta dell'IDE 
(invece dello SCSI) è stata 
moti vatad a rag io n i d i costo , 
in quanto gli hard disk da 
2.5" (montati anche nei lap- 
top) sono molto più econo- 
mici di quelli SCSI. 

Verso la parte anteriore del- 
la macchinacompare il pet- 
tine per l'espansione di 
memoria:è diverso da quel- 
lo del 500 (e quindi incom- 
patibile con le schede per 
tale modello) ed è destinato 
ad accogliere l'espansione 
di memoria da 1 Mb della 
Commodore(verràchiama- 
ta molto probabilmente 
A601), che porta lamemoria 
Chip a 2 Mb e aggiunge 
l'orologio con batteria tam- 
pone. Non sarà impossibile 
vedere in futuro altre sche- 
de, magari per la memoria 
Fast, perché sul pettine 
sono riportati i segnali sia 
del bus Chip che del bus 
della CPU. Il connettore per 
le RAM Card è posto all'e- 
stremasinistra: si tratta di un 
connettore in standard PC 
MCIA2.0;ciò rende laporta 
compatibile con quelle 
montate su palmtop dell'ulti- 
ma generazione, come 
quelli dellaMemorexedella 
HP. La porta montata sul 
CDTV non è invece compa- 
tibile, per ora, con tale stan- 
dard. Va precisato che ad 
essa potrebbero essere 
collegati, infuturo, dispositi- 
vi diversi dalle RAM Card: 
peresempio, schede Ether- 
net, controller SCSI e così 


SCHEDi PRODOTTO ■ 


Nome Prodotto: Amiga 600 

Casa Prodruttrice: Commodore 

Distribuito da: Commodore Italiana - V.le Fulvio Testi 

280 -Milano -Tel. 02/661 231 

Prezzo: Lire 669.000 + IVA 

Giudizio: ottimo 

Pro: dimensioni, uscite video. 

Contro: poco espandibile. 

Configurazione della prova: A600 


via. Di fatto, va considerato 
una specie di sostituto del 
bus d'espansione del 500, 
capace di raggiungere ele- 
vatissimevelocitànel trasfe- 
rimentodeidati (quelledella 
RAM, appunto), trasferi- 
mento che avviene, fra l'al- 
tro, a 16 bit. 

I MANUALI 

I manuali del 600, tutti in 
italiano, sonodue: ilprimoè 
una breve introduzione al 
600, con molte immagini. 
Manca però lo schema elet- 
trico, presente invece sul 
volume corrispondente del 
500. Fra l'altro, si dice, erro- 
neamente, che il 600 ha 
51 2K di RAM. 

II secondo è, fondamental- 
mente, lo stesso che viene 
fornito con il 500 Plus e ri- 
guarda il Workbench 2.0. 
Ricordiamochemancanole 
spiegazioni relative al lin- 
guaggio ARexx, fornito di 
serie con il Kickstart2.0. 

Le informazionisul control- 
ler per hard disk e sul soft- 
ware di installazione si tro- 
vano in un terzo manuale, 
fornitosolocon il 600HD. 

IL SOFTWARE 

Nulla di particolarmente 


nuovo su questo fronte. La 
macchinamontaleROMdel 
Kickstart37.300(2.05). 

I dischetti forniti sono i soliti 
Workbench, Extras e Font. 
La release del Workbench è 
chiamata 2.05 (2.04 era 
quelladel 500 Plus) e corri- 
sponde al numero di versio- 
ne 37.71 (37.67 sul 500 
Plus). Nel 600HD viene for- 
nito un disco aggiuntivo per 
l'installazionedell'harddisk. 
Le differenze del software di 
sistemarispetto alla versio- 
ne del 500 Plus sono margi- 
nali: è stato introdotto il 
supporto per l'hard disk e 
per le RAM Card, oltre a 
piccole correzioni che ren- 
dono il 600 leggermente più 
compatibile del 500 Plus 
con il software esistente. 

Le RAM Card appaiono al 


sistema come un handler 
automount del DOS chia- 
matoCCO:. Quando lacard 
non è inserita, il device 
appare vuoto: la card corri- 
sponde, da questo punto di 
vista, a una specie di floppy, 
che può essere inserito ed 
estratto dall’utente. 

Dal punto di vista software, 
le RAM Card vengono gesti- 
te da nuovi moduli residenti 
chiamati card.resource e 
carddisk.device. 

A livello utente è possibile 
modificare la configurazio- 
ne delle RAM Card, utiliz- 
zando il programma Prep- 
Card, fornito nel disco Ex- 
tras. Due sono le opzioni 
fondamentalidisponibili: la 
prima fa vedere la memoria 
della RAM Card come un 
disco, lasecondaaggiunge 
la memoria direttamente 
alla Fast di sistema. La RAM 
Card può dunquecostituire 
un'autentica espansionedi 
memoriaFast.Ci sonoperò 
dei limiti aquesto livello. Un 
submenudi PrepCard,che 
serve, diciamo, per una 
sorta di "formattazione" a 
basso livello della Card, of- 
fre le seguenti opzioni : RAM 
statica o RAM dinamica, 
una velocità di accesso 
compresa tra i 150 e i 250 


L 'interno dell'A600 HD: si 



noti il floppy da 3.5 " e 
l'hard disk da 2.5, 20 Mb. 
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nanosecondi, una estensio- 
ne massimadi 2Mb per ogni 
unità (dette Page), 32 unità 
al massimo, per un totale 
teorico di 64 Mb. Se ne 
deduce che i 64 Mb teorici 
sono accessibili solo a pagi- 
ne di 2 Mb. Per ora sono 
previste dalla Commodore 
RAM Card da 2 e 4 Mb. 

E' possibile anche scegliere 
il metodo di controllo dell'in- 
tegrità dei dati presenti nella 
memoriadellaCard (CRCo 
Checksum oppure nessu- 
no). Ricordiamoche le RAM 
Card possono essere dota- 
te di batteria tampone per la 
salvaguardia dei dati. Infi- 
ne, nel caso si scelga di 
usare la scheda come di- 
sco, si possono determina- 
re settori, tracce, cilindri, 
come in una qualsiasi 
Mountlist. Chiaramente, la 
disponibilità di tali opzioni 
dipende dalla natura della 
RAM Card aggiunta al siste- 
ma. Ricordiamo che potreb- 
be essere costituita da 
ROM, che risulta, ovviamen- 
te, immodificabile dall'uten- 
te. Per quanto riguarda la 
partizione e laformattazione 
dell'hard disk non abbiamo 
trovato un programmaspe- 
cifico nell'A600.Vieneinve- 
ce fornito insieme ad un 
manuale aggiuntivo a chi 
acquista direttamente il 
600HD. Rimane comunque 
il problema di recuperare 
programma a coloro che 
acquistano il modello base 
epoidecidonodi aggiunge- 
re l'harddisk in un secondo 
momento. La Commodore 
sta preparando un kit con 
disco di installazione, ma- 
nualee hard disk. L'installa- 
zionedell'hard disk dovreb- 
be essere effettuata presso 
un centro di assistenza au- 
torizzato, non solo per evita- 
re di invalidare la garanzia, 
ma anche oer orocurarsi il 
manuale e il software. Direi 
che tale scelta risulta perlo- 


I connettori esterni del 
600HD. 


meno discutibile: il software 
di installazione e la manuali- 
sticadipendono essenzial- 
mente dal controller, non 
dalla meccanica dell'hard 
disk. Chi compra il 600, 
compra anche il controller, 
edovrebbedunqueavere a 
disposizione tutte le infor- 
mazioni che gli servono per 
installare una meccanica di 
propria scelta. L'hard disk 
montato sul 600HD, secon- 
do le ultime informazioni, è 
da 20 Mb e ha un tempo di 
accesso di 23 ms (una di- 
scretavelocità). 

CONCLUSIONI 

Per quanto riguarda la 
compatibilità con isoftware 
esistente, non crediamo 
che esistano particolari pro- 
blemi: da questo punto di 
vista, se un programma 
funziona sul 500 Plus, do- 


vrebbe funzionare anche 
sul 600. Sembraaddirittura 
che alcuni giochi che non 
funzionano sul Plus, girino 
correttamente sul 600, forse 
proprioacausadelle picco- 
le correzioni apportate al 
Kickstart. Per quanto riguar- 
da ladestinazionecommer- 
ciale del 600: Aormai chiaro 
che l'obiettivo A quello di 


creare il vero erede del C64 
(destinato ad uscire fuori di 
produzione), cioè l'home 
computer degli anni '90, il 
primo dotato di HD interno 
di serie. La scelta fra 500 
Plus e 600 appare per certi 
versi ardua, li 500 ha dalla 
sua il tastierino numerico e 
una maggiore espandibili- 
tà, che significa controller 
SCSI, lettore di CD-ROM, 
schede e schedine di oani 
tipo da collegare interna- 
mente (compresi i 68030 e 
gli emulatori MS-DOS). A 
favore del 600 giocano la 
tecnologiaSMD, l'harddisk 
interno, le dimensioni, le 
RAM Card, l'uscita video 
modulatae in videocompo- 
sito E' probabile che il 600 
non solo allarghi ma anche 
eroda profondamente il 
mercato del 500, specie se il 
prezzofinale della versione 
con hard disk risultasse 
particolarmente convenien- 
te. Ci sembra che solo la 
possibilità di rendere il 500 
Plus una specie di CDTV, 
mediante l'atteso A570, e 
quella di aggiungere sche- 
de acceleratrici interne co- 
stituiscano, anche per l'u- 
tente entry-level, dei validi 
motivi per preferire il 500 
Plus. 


Amiga 600 e Amiga 600HD 

68000 a 7MHz 

Chip custom: Agnus da 2 Mb, Super Denise, Gayle, 
Paula 

TecnologiaSMD 

1 Mb di Chip RAM (espandibile fino a 2 Mb di Chip e 8 
di Fast) 

1 Floppy interno da 3.5” 880K 

Controller Hard Disk IDE su scheda madre 

Hard disk interno da 2.5" da 20 (23 ms) a 1 20 Mb (di serie 

solosu600HD) 

Interfaccia per Memory Card (da 51 2K a 4 Mb) 

Porta parallela, seriale, mouse, joystick 

Porta interna per espansioni di memoria 

Uscita RGB, videocomposita a colori, modulata 

Kickstart 37.300 e Workbench 2.05 

Accessori: alimentatore, mouse, 2 manuali (tre con 

l'A600HD), cavo TV 

Dimensioni: 36x24x7 cm 

Prezzi: 

Amiga 600: Lire 669.000 + IVA 
Amiga 600HD: Lire 800.000 + IVA 
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DCTV RAL 


a cura della redazione 


16 milioni di colori 
in videocomposito. 


i finalmente disponi- 
bile in Italia il DCTV 
ip versione PAL, 
della statunitense Digital 
Creations, una scheda gra- 
ficaesterna (adatta, quindi, 
atutti i modelli Amiga) che è 
in grado di visualizzare 
immagini a 24 bit, cioè a 1 6 
milioni di colori. 

Prima di iniziare la nostra 
prova, sarà meglio cercare 
di capire cosa significhi e a 
cosa possa servire una 
schedadiquestotipo. 
Occorre chiarire che il 
DCTV si distingue netta- 
mente da schede come la 
Colorburst, l'HAM-E, l'Im- 
pact Vision, la Firecracker e 
tante altre: tutte queste 
schede hanno un'uscita 
RGB, cioè producono un 
segnale che è analogo a 
quello normalmente prodot- 
to da Amiga e destinato a 
monitor RGB, come il 1084 
della Commodore. 

Il segnale RGB è di per sé 
estremamente nitido, pulito 
e quando non è interlaccia- 
to, solido come la roccia. 
L'uscitadel DCTV è, invece, 
videocomposita (come 
quelladel Toaster). 

E' il segnale utilizzato nor- 
malmente nel mondo video 
ed è per definizione inter- 
lacciato (sebbene possa 
anche non esserlo nel 
DCTV, ma con una certa 
perdita in qualità dell'imma- 
gine). 

Il segnale videocomposito è 
meno nitido, non permette 


certi accostamenti di colore 
senza che comincino a 
"vibrare" o a produrre altri 
strani effetti (come accade 
di vedere qualche volta in 
TV). 

Il videocomposito ama le 
transizioni di colore sfuma- 
te, i toni pastello, le mezze 
tinte. 

E' molto adatto alle immagi- 
nifotografiche, quasi perfet- 
to per quelle in movimento, 
si può avvicinare a certi 
metodi pittorici; è invece 
meno adatto alle immagini 
fisse e disegnate con con- 
torni netti e contrasti vivaci. 
Ciò non significa che il 
DCTV non possa visualizza- 


re disegni, ma che bisogna 
porre una particolare atten- 
zione nellasceltadei colori 
edegli accostamenti. 

Frale immagini dimostrative 
che accompagnano il DCTV 
c'è un bel disegno che di- 
mostra come sia possibile 
raggiungere risultati rag- 
guardevoli anche in modo 
videocomposito; c'èanche 
un'immagine 3-D che atte- 
sta la stessa cosa per i dise- 
gni in ray tracing; ma il 
massimo si raggiunge, sen- 
za dubbio, nelle immagini 
fotografiche o in quelle che 
si avvicinano maggiormen- 
te alle tecniche pittoriche 
classiche. 


Ciò che rende il DCTV uni- 
co, è la possibilità di realiz- 
zare animazioni: nessuna 
scheda RGB per Amiga 
consente animazioni a 24 
bit. Il DCTV sì; il motivo è 
presto detto: le immagini 
DCTV possono essere con- 
servate in un formato pro- 
prietario che praticamente 
corrisponde al modo IFF a 4 
bitplane (oa3). 

Sempre sui dischetti che 
accompagnano il DCTV c'è 
un'animazioneda 60 trame 
(1/3 dello schermo) che 
occupasolo 450K. 

Il risultato è eccezionale, se 
si pensa che un'immagine a 
24 bit RGB può arrivare da 
sola a 1 Mb. 450 diviso 60 
corrisponde a 7.5K per tra- 
me che, calcolando il fatto 
che l'animazioneoccupa il 
3 dello schermo, conduce a 
22K per trame nel caso di 
un'animazioneatutto scher- 
mo. Proprio questa caratte- 
ristica ha fatto siche il DCTV 
diventasse lo standard 
adottato dalla Commodore 
per il CDTV, come forse già 
sapete. 

Laversioneper Amiga com- 
prende, comunque, anche 
una sezione digitalizzatrice 
che non compare sulla 
scheda per il CDTV. 

Il DCTV può dunque risulta- 
re particolarmente utile achi 
produce animazioni, in pri- 
mo luogo per visualizzarle, 
ma anche per registrare su 
nastro il prodotto finale. 
Grazie al DCTV si può dun- 
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que evitare l'acquisto di un 
registratore a passo uno 
(non certo economico), a 
meno che non si abbiabiso- 
gno di un segnale in uscita 
di livello broadcast. 

CONFEZIONE, ASPETTO 
ESTH3NO E INSTALLAZIONE 

L'allegra confezione del 
DCTV comprende quattro 
dischetti con la versione 
1 . lb del software, il DCTV, 
un manuale a spirale, un 
pieghevole di quattro pagi- 
ne con le novità e l'errata 
corrige, una cartolina di 
registrazione. 

L'apparecchio, molto pic- 
colo, misura 13.5x9.5x3 cm 
e trova posto tranquillamen- 
te su qualsiasi scrivania. 

Il suo aspetto è gradevole e 
accattivante. 

L'installazioneè semplicis- 
sima: spento Amiga, si con- 
nette il cavo dotato di con- 
nettore passante alla porta 
RGB di Amiga, il cavo del 
monitor RGB si collega al 
connettore rimasto libero. Si 
allacciapoi ilsecondocavo 
del DCTV alla porta paralle- 
la (serve solo per digitaliz- 
zare le immagini). 

Sul retro del DCTV appare 
un'uscita RCA (Video Out) 
cui andrà collegato il cavo 


(non fornito) per il monitor vi- 
deocomposito o laTVdota- 
tadi presa Scart. 
L'altrapresa RCA del DCTV 
(Video In) è riservata a una 
telecamera o a un videore- 
gistratoree serve per digita- 
lizzare. 

Il monitor può essere il 1 084 
o altri analoghi (come il Phi- 
lips 8833), basta solo che 
siano dotati di tasto per 
passare dal modo RGB a 
quello CVBS. 

In questo caso si potrà pas- 
sare dal modo DCTV aquel- 
lo standard mediante la 
semplice pressione del ta- 
stocitato. 

Faccio notare che tutti i nor- 
mali schermi Amiga (come 
quello del Workbench) re- 
stano visibili anche sul 
monitor videocomposito 
(ovviamente con il numero 
di colori standard) e posso- 
no anche sovrapporsi par- 
zialmente ad esso. 

Sul retro del DCTV compare 
anche un potenziometro 
(Pixel Adjust) che serve a 
tararlo. 

Sul primo disco c'è un pro- 
gramma apposito, che 
comunque non abbiamo 


II programma DCTVProc. 


Il programma DCTVPaìnt. 


potuto usare perché, per un 
errore, il dischetto era in 
versione NTSC e non PAL 
(non preoccupatevi, negli 
esemplari in commercio 
dovrebbe comparire la ver- 
sionegiusta). 

Comunque, non sembra 
affatto difficile tarare a mano 
il DCTV. 

E' tutto: il DCTV si alimenta 
direttamente alla porta RGB 
di Amiga (non è quindi dota- 
to di alimentatore separato) 
e, fra l'altro, risultaanche un 
dispositivo a basso assorbi- 
mento, visto che non scalda 
granché, pu ressendo privo 
di ventola interna. 

Una volta installato, lo si 
dimentica completamente, 
a meno che non si cominci a 
utilizzarlo. 

Il DCTV non può essere 
usato di per sé con un Gen- 
lock, ma è possibile acqui- 
stare separatamente un 
convertitore DCTV-RGB, il 
cui segnale va inviato all'in- 
gresso di unGenlock. 

Non conosciamo la sua di- 
sponibilità in Italia, né se 
esista già la versione PAL. 

In teoria, l'output videocom- 
posito del DCTV può essere 


usato come input per un 
Genlock collegato ad un 
secondo Amiga: si potrà 
così miscelare, per partico- 
lari effetti (come il PIP), la 
grafica RGB e quella video- 
composita. 

E'anche possibile registra- 
re su nastro l'output del 
DCTV e poi usarlo come 
input videocomposito per il 
Genlock, ammesso che si 
disponga di un secondo 
registratore. 

Per installare il software si 
può tranquillamente usare 
Nnstaller fornito (è il nuovo 
programma standard pro- 
dotto dalla Commodore per 
installare il software su hard 
diskofloppy). 

I PROGRAMMI 

Nei quattro dischetti del 
DCTV sono compresi: il 
programmaDCTV nella ver- 
sione 1.1, che contiene la 
sezione di grafica pittorica, 
quella di digitalizzazione e 
quella di conversione fra 
formati. 

Perché questo programma 
possafunzionare compieta- 
mente in qualsiasi risoluzio- 
ne occorrono 5 Mb di me- 
moria. 3 Mb comunque 
bastano perfarfunzionare il 
DCTV utilizzando laversio- 
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ne, non ridotta, madivisa in 
due parti, del programma, 
che si trova sul secondo 
disco. 

Una parte (DCTVPaint) 
comprende il programmadi 
grafica pittorica, l'altra 
(DCTVProc),il digitalizzato- 
re e la sezione di conversio- 
ne dei file. 

E' possibile far funzionare il 
programma anche con 
meno memoriali minimo è 1 
Mb), tuttavia certe funzioni 
verranno disabilitate per ri- 
sparmiarememoria. Stando 
alle nostre prove, con 2.3 
Mb (di cui 512K di Chip) e la 
versione ridotta del pro- 
grammadi Paint, erano in- 
accessibili lefunzioneFlood 
(ma non Fili), Undo, la ge- 
stione dei caratteri, la se- 
conda Palette, quella degli 
Stencil e la Spare Page. 
Tutti i programmi sono 
compatibili con 1 .2, 1.3, 2.0 
e seguono abbastanza fe- 
delmente le regole di stile 
del 2.0. 

Nei dischi si trovano anche 
altre piccole utility, pro- 
grammi di pubblicodominio 
e immagini esemplificative. 

LAVISUALIZZAZIONE 

L'hardware del DCTV fun- 
ziona sostanzialmente in 


due modi: co me visualizza- 
tore d'immagini a 24 bit (16 
milioni di colori) e come 
digitalizzatore di tipo lento. 
Sebbene il DCTV operi su 
file a 24 bit, i limiti del segna- 
le videocomposito implica- 
no al massimo 4 milioni di 
colori apparenti (21 bit). 

Di fatto, sebbene la resa 
grafica anche di una sche- 
da RGB a basso costo come 
la Colorburst sia indubbia- 
mente superiore, i risultati 
ottenibili con il DCTV sono a 
dir poco soddisfacenti 
(specie in certe immagini). 
Se però i colori non rispetta- 
no i vincoli del modo video- 
compositori avràun imme- 
diato decadimento dell'im- 
magine, dovuto principal- 
mente a "vibrazioni" dei 
colori. 

Pervisualizzare un'immagi- 
ne IFFa24bitsipuòoperare 
in più modi: il più diretto è 
quello di caricarlacon uno 
dei programmi citati. 

Si noti che le icone delle 
immagini fornite come 
esempio lanciano il pro- 
grammadel primo dischet- 
to. 

Se si è a corto di memoria, si 
possono caricare le imma- 
gini usando il requester del 
programmaPainto Procdel 
secondo dischetto, oppure 


II caricamento molto 
veloce di una immagine. 


cambiare le icone mediante 
Infodel Workbench. 

Il secondo modo richiede la 
conversione dell'immagine 
nel formato proprietario del 
DCTV. 

Questo formato ha delle 
caratteristiche veramente 
speciali: prima di tutto è 
estremamente compatto. 
Un esempio per tutti: ho 
provato a convertire un'im- 
magine IFF a 24 bit da 
736x480 da81 991 Obyte nel 
formato . dctv : il risultato è 
stato un file da 147K. Le 
immagini caricate sul DCTV 
nei due formati appaiono 
del tutto identiche: non c'è 
dunque alcuna perdita di 
informazione per l'hardware 
videocompositodel DCTV. 
Un'altra caratteristica del 
formato è che appare come 
un normale file IFF a 4 (o 3) 
bitplane. 

Ciò significa che si può vi- 
sualizzarlo utilizzando un 
qualsiasi programma (an- 
che di pubblico dominio), 
capace di caricare un file 
IFF Hi-Res a 1 6 colori: l'im- 
magine appariràsul norma- 
le schermo RGB di Amiga 
come un confuso labirinto di 
pixel, mase il DCTVècolle- 
gato alla porta video, que- 
sto intercetterà i dati in usci- 
ta, li decomprimerà in tem- 
po realee liconvertiràin uno 
schermo videocomposito a 
4 milioni di colori. Ho prova- 
to con Mostra, dell'italiano 
Sebastiano Vigna, e ha fun- 
zionato senza particolari 
problemi (lostessopuòdirsi 
per le animazioni caricate 
con Rtap). 

In certi casi è però necessa- 
rio agire sui cursori per 
centrare l'immagine, prima 
di raggiungere il risultato 
sperato. 

In teoria, è possibile usare i 


file .dctv con qualsiasi pro- 
grammadi Paint, lavorando 
sull'output del monitor vi- 
deocomposito; l'unica con- 
dizione è che l'angolo in alto 
asinistradell'immagine non 
vengaalterato (eche l'origi- 
nedell'immagine non venga 
spostata). 

Il DCTV vi ripone, infatti, 
delle informazioni che ser- 
vono all'hardwareper rico- 
noscere l'immagine come 
propria. 

Si noti che la barra dei menu 
standard si sovrappone a 
queste informazioni, can- 
cellandole e impedendo al- 
l'hardware tale riconosci- 
mento. 

E'anche possibile riconver- 
tire un'immagine .dctv nel 
formato IFF24, ma si avrà 
una perdita di informazioni 
(ininfluenti in modo video- 
composito, ma significative 
a livello RGB). 

Inentrambi i modi indicati, si 
otterrà una visualizzazione 
di buona qualità, limitata 
principalmente dalle carat- 
teristiche intrinseche del 
segnale videocomposito e 
daquelle del dispositivo di 
output (non tutti i monitor e le 
TV sono uguali). 

Con il DCTV si possono vi- 
sualizzare anche animazio- 
ni informato .dctv: per farlo, 
basta usare programmi di 
pubblico dominio, come 
View, fornito con il pacchet- 
to. 

E' dunque possibile creare 
animazioni a24 bit median- 
te un programmadi ray tra- 
ci ng, convertirle nel formato 
.dctv, creare un file in forma- 
to Anim (mediante, per 
esempio, il programma PD 
MakeAnim, sempre fornito 
su disco) e visualizzarle in 4 
milioni di colori. 

Ribadisco l'importanza di 
questa caratteristica (per- 
mette anche di registrare il 
risultato su qualsiasi video- 
registratore), che non si tro- 
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va se non su sistemi con 
quantitàenormi di memoria, 
hard disk giganteschi, co- 
processori grafici terribil- 
mente veloci. 

LA DIGrTAUZZAZIONE 

Per digitalizzare basta con- 
nettere una telecamera a 
colori (o un videoregistrato- 
re) alla presa Video In del 
CDTV, caricare la sezione 
Digitize, impostare alcuni 
parametri, controllare l'in- 
quadratura sul monitor vi- 
deocomposito e premere il 
pulsante sinistro del mouse. 
In meno di dieci secondi, 
durante i quali l'immagine 
deve rimanere fissa, si otter- 
rà una digitalizzazione a 24 
bit pronta per essere salva- 
ta. 

E'difficilevalutare laqualità 
della digitalizzazione: essa 
dipende in misura notevole 
da quella del segnale in 
ingresso. Le telecamere a 
colori (adifferenzadi quelle 
in bianco e nero) hanno 
normalmente una risoluzio- 
ne piuttosto bassache inci- 
de sull'esito finale. I milioni 
di colori disponibili rendo- 
no, comunque, possibili 
digitalizzazioni di qualità 
estremamente elevata, a 
giudicare dalle immagini 


fornite su disco. Certi risul- 
tati, però, richiedono segna- 
li in ingresso di qualità pro- 
fessionale. 

UELABORAZCTt 
DE1E IMMAGINI 

Una volta catturata l'imma- 
gine, è possibile modificarla 
usando unadecinadi para- 
metri controllabili mediante 
cursori: Color, Tint, Brite, 
Contrast, Sharp, Red, 
Green, Blue. In particolare, 
Tint permette di eliminare 
con facilitàfalsi colori dovuti 
a una luce troppo calda o 
troppo fredda. Sharp per- 
mette, invece, di aumentare 
lanitidezzadell'immaginee 
rendere più netti i contorni. 

L FORMATO DB FLE 
E LA CONVERSIONE 

Le immagini possonoesse- 
re salvate (ecaricate) diret- 
tamente in tre formati: raw 
(dati grezzi), .dctv e IFF24. 
Il formato raw è praticamen- 
te una versione compressa 
del formato a 24 bit usato 
internamente dal DCTV: è 
consigliabile usarlo per sal- 
vare le immagini su cui si sta 
lavorando. 

La sezione Convert del pro- 
grammapermettedi trasfor- 


II pannello Screen Mode. 


mare le immagini a 24 bit in 
diversi formati Amiga (e vi- 
ceversa) per utilizzarle con 
il normale software Amiga. I 
formati supportati sono tutti 
quellistandard:Lo-Res, H i- 
Res, HAM, Half Brite. L'o- 
verscan arriva a un massi- 
mo di 736x566 pixel (PAL). 
Non sono implementati i 
modi grafici dinamici e 
l'HAM in Hi-Res. 

E' anche possibile usare il 
dithering per aumentare il 
numero di colori apparenti. 
Sono supportati tre modi: 
Ordered, Diffuse e Average. 
Si può operare direttamente 
sullapalette dei colori usata 
per l'immagine di arrivo, 
scambiando colori fra loro, 
modificando i valori RGB, e 
bloccando qualche colore 
prima dell'elaborazione. E' 
infine possibile eliminare il 
colore 0 per evitare l'effetto 
trasparenza quando l'im- 
magine venga gestita da un 
genlock. 

Esistono anche programmi 
CLI per la conversione dei 
file, utili per creare file 
batch, magari in ARexx,che 
operino automaticamente: 
sono IFFTODCTV e 


S4DTOILBM (per passare 
dai tre file RGB generati da 
Sculpt4D al formato IFF24). 

VERSOLA PrmjRA 

Disegnare in videocompo- 
sito non è come disegnare 
in RGB. Dipingere con 
DCTVPaint non è dunque 
come usare Deluxe Paint. 
Non si ha a che fare con 
pixel, ma con "onde di colo- 
re", non con componenti 
RGB, macon crominanza e 
luminanza. Di fatto, si pos- 
sono ottenere quasi gli stes- 
si risultati ottenibili in RGB (a 
24 bit), ma il metodo da 
usare è profondamente di- 
verso. Il disegno in video- 
composito si avvicinadi più 
aforme tradizionali di pittu- 
ra, come tempera, acqua- 
rello, olio e il Paint del DCTV 
possiede funzioni che ten- 
dono asimulare il più fedel- 
mente possibile tali metodi 
di pittura. Il prodotto, dun- 
que, risulta destinato non 
tanto a chi vuole creare 
qualche cerchio o lineaco- 
lorata, ma a chi intende 
produrre oggetti artistici, è 
dotatodi un'autentica predi- 
sposizione allagrafica pitto- 
rica e vuole cimentarsi con 
un nuovo tipo di supporto: il 
videocomposito. Questo 
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non significa che il pro- 
gramma non possa essere 
usato per obiettivi più limita- 
ti: anche Superbase 4 può 
essere destinato a gestire 
l'elenco di una dozzina di 
numeri di telefono. 

Sia chiaro, tuttavia, che 
molte delle regole e delle 
abitudini acquisite con pro- 
grammi RGB non hanno più 
valore in un ambiente video- 
composito, mentre esistono 
altre limitazioni (certi colori 
tendono a scomparire altri a 
vibrare, alcune combinazio- 
ni generano con facilità sfar- 
fallio o righe inaspettate...) 
con cui bisogna imparare a 
convivere. D'altraparte,per 
fare solo due esempi, il fasti- 
dioso effetto di scalinatura, 
tipico del mondo RGB qui è 
molto meno grave e le tran- 
sizionidi colore rasentanola 
perfezione. 

Il programma destinato al 
disegno appare completo, 
funzionale e veloce, anche 
con un 68000 (si opera 
sempre con milioni di colo- 
ri). Mi è sembrato di gran 
lunga il programma di grafi- 
ca a 24 bit più veloce che 
abbia mai provato. Ci pre- 
me sottolineare che il pro- 
dotto ha già raggiunto una 
notevole maturità sotto tutti i 
punti vista: è praticamente 
unanime il coro di coloro 
che sostengono che il Paint 
del DCTV sia il miglior pro- 
gramma di grafica pittorica 
disponibile per Amiga, su- 
periore allo stesso Deluxe 
Paint. Il confrontocon l'uni- 
co programma analogo esi- 
stente per Amiga, il Paint a 
24 bit del VideoToaster(che 
produce output videocom- 
posito come il DCTV), gioca 
tutto af avore del DCTV: al di 
lèdi tutto, il programmadel 
Toaster, infatti, opera su uno 
schermo HAM, qui si dise- 
gna direttamente in video 
composito con milioni di 
colori. 


Inoltre, alcune delle soluzio- 
ni adottate per la primavolta 
da questo programma, 
come la tavolozza per la 
miscelazione dei colori, 
sono state imitate da recenti 
versioni di altri pacchetti di 
grafica pittorica (uno fra 
questi è proprio Deluxe 
Paint IV). Attualmente, il 
Paintdel DCTV rappresenta 

10 stato dell'arte nella grafi- 
ca a 24 bit. 

Al Paint del DCTV manca 
tuttaviaqualsiasi funzionedi 
animazione: per crearle 
occorre generare i trame 
uno per uno e poi usare un 
programma esterno per 
costruire l'animazione. 

Se la prima versione del 
programma ha suscitato 
tanti entusiasmi (si veda l'a- 
nalisi condotta alle pagine 
21 eseguentidel numero25 
di Amiga Magazine), la 
seconda, cioè la 1.1, non 
può che confermarli: sono 
state aggiunte, infatti, pro- 
prio le funzioni di cui più si 
era sentita la mancanza in 
precedenza, come l'Undo 
(che richiede 1 Mb in più di 
memoria), il supporto per 
font colorati (anche sotto 
1 .3) e font outline del 2.0, 
una gestione più facile dei 
testi, lacapacitàdi importa- 
re brush di Deluxe Paint. 
Non è possibile elencare le 
centinaia di funzioni dispo- 
nibili, anche perché le fun- 
zioni si possono combinare 
tra loro in quasi tutti i modi, e 

11 numero di combinazione 
possibili diventa pratica- 
mente sterminato. Nono- 
stante lagrande complessi- 
tà, il programma appare 
decisamente user-friendly, 
semplice da usare, almeno 
ai primi livelli, emolto intuiti- 
vo. 

Ci limiteremo, dunque, a un 
semplice elenco che possa 
dare una (pallida) idea del 
programma. 

In primo luogo, segnaliamo 


che se la memoria lo per- 
mette, si possono avere due 
pagine in memoria: quella 
secondaria è detta Spare 
Page e può essere usata 
per disegnare sulla pagina 
principale (le opzioni chia- 
mate RubThru fanno riferi- 
mento ad essa). Inoltre, è 
presente l'opzione Lindo 
che annulla l'ultima opera- 
zione effettuata (è quasi 
indispensabile, perché mol- 
te delle funzioni del pro- 
gramma, vista la particolare 
complessità di certe opera- 
zioni, generano effetti non 
sempre pienamente preve- 
dibili). 

I modi grafici fondamentali 
sono tre: Solid (opera sia 
sulla luminanza che sulla 
crominanza), Tint (opera 
solo sulla crominanza) e 
Shade (opera solo sulla 
luminanza). Ci sono, inoltre, 
sei stili: Airbrush, Blend, 
Rubtrhu, Watercolor, Sha- 
de, Smooth, Filter. L'ultimo 
serve solamente a ridurre le 
combinazioni di colore ille- 
gali in videocomposito. 

I pennelli hanno otto forme 
base lacui ampiezza è defi- 
nibile mediante un cursore. 
Di tutti i pennelli si può defi- 
nire il rapporto tra altezza e 
larghezza (il brush quadrato 
si può trasformare così in un 


rettangolo). Il parametro 
numerico Flow determina, 
essenzialmente, la "quanti- 
tà" di colore che fuoriesce 
dal pennello, più è alto e 
maggiore sarà la capacità 
della "pennellata" di coprire 
il colore sottostante (ilcom- 
portamento varia anche in 
funzione del modo grafico 
selezionato e dello stile). 

I pennelli, in questo caso 
detti Clip, possono anche 
essere ritagliati dallo scher- 
mo (in molti modi diversi) o 
importati come file .clip. 
Una volta definita, la clip 
può essere ruotata di qual- 
siasi grado e deformata 
secondo l'asse delle X o 
quello delle Y mediante tre 
funzioni: Flip, Bend, Shear. 
La clip può essere ridimen- 
sionata in tutti i modi. 

Si può anche aggiungergli 
un'ombra, definendone di- 
stanza, angolo, opacità. 

II pannello Fili serve a defini- 
re il modo in cui devono 
essere riempite le aree; ci 
sono quattro modi principa- 
li: Solid, Gradient, Pattern, 
Warp. 

Ognuno di essi ha delle 
subopzioni per un totale di 
18 modi diversi. 

Gli effetti ottenibili sono ve- 
ramente potenti e sono in 
grado di operare con laclip 
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corrente: segnalo solo il 
modo Gradient-Remapche 
permette di trasformare 
qualsiasi gradiente di lumi- 
nosità in un gradiente di 
colori completamente defi- 
nibile dall’utente, e i diversi 
modi Warp che generano 
effetti prospettici, avvolgen- 
do la clip su cilindri e sfere la 
cui curvatura è definibile 
dall’utente. 

L’ultimo modo è l’Highlight: 
permette di usare la clip 
come un filtro colorato per 
una luce ideale che viene 
proiettata sullo schermo. 

Il pannello Gradient con- 
sente di definire il gradiente 
da utilizzare per i Fili: si 
opera inserendo dei colori 
come se fossero dei TAB su 
una linea. 

I gradienti (come le clip, le 
palette e gli Stencil) posso- 
no poi essere salvati su di- 
sco. Per definire i colori esi- 
stonocinque modi diversi: il 
più tipico è quello della tavo- 
lozza in cui i colori possono 
essere mescolati tra loro per 
produrne altri. Gli altri quat- 
trousanocursori per defini- 
re valori RGB, CMY, HSV, 
HLS. Lo Stencil, una ma- 
schera da usare per le ope- 
razioni di disegno, può es- 
sere creato aggiungendo o 
sottraendo ciò che si dise- 
gna sullo schermo, oppure 


definendo, mediante valori 
di crominanza e luminanza, 
una gamma di colori cui 
verrà applicato. Lo Stencil 
può essere reso opaco, na- 
scostootranslucido, 

Il pannelloText permette di 
scegliere il font (anche outli- 
ne sotto 2.0) e di scrivere il 
testo entro un gadget strin- 
ga. 

I font colore possono essere 
usati sotto 1.3 mediante il 
programma esterno Color- 
Text (si trova in Deluxe Paint 
o nei dischi di font). Una 
volta creato, il testo può 
essere usato come qualsia- 
si altra clip (o come Stencil). 
Si puòovviamente scegliere 
lo stile e anche quattro diffe- 
renti aspect ratio. 

Lo Zoom (2x,4x o 8x) è molto 
potente: tutte le operazioni 
restano abilitate in modo 
Zoom; inoltre, in videocom- 
posito, gli ingrandimenti 
non generano solo cubetti 
irriconoscibili (come avvie- 
ne in RGB), per cui risultano 
molto più utili. 

In conclusione, il program- 
ma ha delle funzioni vera- 
mente potenti e, una volta 
superato lo sconcerto inizia- 
le generato dal non aver più 
a che fare con i “mosaici di 
pixel” tipici dell 'RGB, difficil- 
mente si vorrà far ritorno ai 
soliti modi grafici di Amiga. 


SCHEDA PRODOTTO 


Nome Prodotto: DCTV 

Casa Prodruttrice: Digital Creations 

Venduto da: AP&S - Corno di Rosazzo (UD) 

Tel. 0432/759264 
Prezzo: Lire 1.190.000 
Giudizio: eccellente 

Configurazione richiesta: qualsiasi Amiga, minimo 1 
Mb, meglio 5 Mb 

Pro: programma di grafica pittorica, formato compreso 
dei file, animazioni, velocità del software; 

Contro: assenza segnale S-VHS, macro e ARexx 

Configurazione della prova: A500 1 .2, 1 .3, 51 2K Chip, 
1.8MbSlow-Fast 


LA DOCUMENTAZIONE 

Elegante, sintetica, ma pre- 
cisa e priva di lacune. Con 
semplici tutorial per ogni 
sezione del software, indice 
degli argomenti, indice dei 
tasti, indicedelleicone(!)e 
appendici di approfondi- 
mento. Il manuale, rilegato a 
spirale, è stato compieta- 
mente aggiornato alla ver- 
sionel.1. Il difetto maggiore 
è che è in inglese. 

CONCLUSIONI 

Praticamente, gli unici effet- 
tivi limiti del DCTV sono: la 
qualità del segnale video- 
composito (d’altra parte, il 
pubblico cui si rivolge non è 
quello che ha bisogno di 
un'uscita a livello broad- 
cast), la mancanza di un 
uscita S-VHS e quella del 


supporto ARexx. Il prodotto 
è curato in tutti i particolari; il 
programma in grafica pitto- 
rica non ha praticamente 
rivali e appare realmente 
affascinante (molti utenti del 
Toaster, in USA, comprano 
il DCTV solo per usare il suo 
Paint); la possibilità di crea- 
re animazioni (sebbene non 
supportatadirettamente dal 
Paint) lo rende insostituibile 
in certe situazioni; è capace 
anche di digitalizzare: che 
dire di più? 

Qualcosa ancora si può: il 
numero di programmi che lo 
supportano è già consisten- 
te (se non altro come quali- 
tà) ed è destinato sicura- 
mente ad aumentare: Reai 
3D, Imagine, Draw4D-Proe 
Caligari 2.0; Scenery Ani- 
mator e VistaPro; Art De- 
partment Professional e 
Image Master. ▲ 



V.le Rimembranze, 26/C - 21024 Briandronno (VA) 
Tel. 0332.76 7 2 70 Fax. 0332.767244 Bbs. 0332.767277-706469 


FLOPTICAL DISK DRIVERS 


FLOPTICAL DISK DRIVE INTERNO: 1.021.000 - FLOPTICAL DISK 
DRIVE ESTERNO: 1.204.000 - FLOPTICAL DISKS 20 Mb: 36.000 

■ MODSM 

US-CUR1ER DLAL. STANDARD: 1.4SS.000 - LS CLR1HR IIST: 1090.000 
SUPRAMODEM 2400 Esterno Mnp5 V.42Bis: 312.000 - Minimodem 2400 
per Amiga: 152.000 - SUPRAFAX MODEM V.32Bis: 555.000 

ACCELLERATORI PER AMIGA 500 


ADSPEED: 330.000 - VXL30 25 Mhz EC - VXL30 40Mhz EC 
- VXL30 50Mhz MNU - MEGAMIDGET 68030 EC 25Mhz/33Mhz 
MEGAMIDGET Racer 38 Special / 68030 25Mhz / 68030 3 LMhz 


2000 


PROGRESSIVE 68040 25Mhz (4Mb: 3.303.000) (8Mb: 3.595.000) 
GVPGFORCE 68030 4Mb (40Mhz: 2.190.000) (50Mhz: 3.595.0001 FUSION 
FORTY 68040 25Mhz 4Mb: 3.330.00 - GVP Cornilo 25Mhz I Mb: 1 .200.000 


ACCELLERATORI PER AMIGA 3000 




PROGRESSIVE 68040 25Mhz: 2.708.000 - GVPGFORCE 68040 2Mb 
28\lh/: 3.850.000 - PROG. 68040 MERCLRY 4Mb 4.225.000 


ESPANSIONI, CONTROLLER, VARIE 


SLPRARAM A 2000 da 0 a 8Mb - SOPRA A500 da (I a 8Mb - 
CON I ROLLER SCSI GVP. SOPRA. ICD, I VS per A500 e A2000 - 
SCHEDE ML’l TISERIALI E SCHEDE VIDEO - CD - ROM SCSI - 
TAPE S I REAMI. R - 




ACCETTATE CARTA SI e VISA 


T//SA 
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'THE BRUSH" 


N ell'affollato e, a vol- 
te, confuso mondo 
dell'informatica di 
consumo, èfacile imbattersi 
incuriose periferiche, sem- 
plici optional o sofisticati 
potenziamenti che siano. 
Qualsiasi mercato, ma so- 
prattutto quello america- 
no. è fornitissimo di tali pro- 
digi della tecnica, pronti a 
dare una mano sia all'ap- 
passionato che al serio pro- 
fessionista. "The Brush", 
letteralmente "il pennello", 
appartiene proprio a questa 
categoria di originali ag- 
geggi. In parole povere si 
tratta di un metodo di intera- 
zione con l'interfacciagrafi- 
ca di Amiga sostitutivo del 
mouse, basato sullo stesso 
principioe collegabile nella 
normale porta 1 . Vedremo le 
sue potenzialità nel detta- 
glio e capiremo se il suo 
acquisto potrà cambiare, e 
come, il modo di disegnare 
e comunicare con la mac- 
china 

LA CONFEZIONE 

La robusta confezione, già 
dal primo sguardo, non la- 
scia dubbi sulla natura del 
contenuto; campeggia, in- 
fatti, sulla sua facciata l'im- 
magine di una mano che 
impugna una sortadi gros- 
so pennarello dotatodi due 
pulsanti e con un filo ad 
un'estremità. Sul retro della 
confezione una lunga lista 
di specifiche e alcune detta- 


Gabriele Stecchi 


Un'insolita alternativa al mouse. 



gliate tabelle ci illustrano la 
meccanica e il principio di 
funzionamento di "The 
Brush"; niente di trascen- 
dentale, comunque, poiché 
questo pennello è un'inter- 
faccia optomeccanica che, 
espressioni roboanti a par- 
te, funziona esattamente 
come un mouse. Sempre 
sulla confezione troviamo 
un elenco di cièche contie- 
ne il pacchetto, vale a dire 
una copia di DPaint II con 
manuale, una garanzia, un 
"porta pennello" e natural- 
mente "The Brush". Per 
quanto riguarda il software 


incluso, è composto da due 
dischi, rispettivamente con- 
tenenti la seconda release 
del popolare programmae il 
relativo Art Disk, mentre 
siamo rimasti abbastanza 
sorpresi nello scoprire che il 
"porta pennello" altro non è 
che un curioso e massiccio 
pezzo di legno laccato e 
forato. Installare "The 
Brush" non ha comportato 
alcuna difficoltà, dato che 
l'operazione consiste nel 
sostituire al mouse in dota- 
zione il pennello inserendo- 
ne il connettore nella porta 
1. Il suo utilizzo è altrettanto 


elementare dato che è ge- 
stito dal sistema esattamen- 
te come la sua controparte 
tradizionale. "The Brush" 
non nasce però come sosti- 
tutivo integrale del mouse, 
dato che la sua impostazio- 
ne prettamente grafica, fi- 
nalizzata più alla precisione 
che allacomodità, lo rende 
un po' goffo in ambienti di 
lavoro diversi dai program- 
mi di disegno. Le prestazio- 
ni della periferica, testata 
con programmi quali DPaint 
Il e successive versioni, 
sono paragonabili a quelle 
del mouse standard di Ami- 
ga. Se da una parte l'impu- 
gnatura può risultare più 
congeniale ad una parte 
degli utenti, da un'altra lo 
strumento può risultare de- 
cisamente scomodo nell'in- 
terazione con l'interfaccia 
graficadi sistema, nella fat- 
tispecie con i menu adisce- 
sae con i gadget, proprio in 
virtù della sua velleità di 
maggior precisione che 
costringe l'utente stesso a 
numerosi spostamenti del 
puntatore per il loro raggiun- 
gimento. Preso atto di tali 
prò e contro "The Brush" 
appare come uno strumen- 
to di disegno adatto ad un 
uso educativo con pro- 
grammidedicati all'infanzia, 
dove potrebbe essere pre- 
ferito al meno intuitivo mou- 
se, o come un'originale al- 
ternativaal mouse in combi- 
nazione con software ap- 
propriato. 


SCHEDA PRODOTTO 


Nome Prodotto: The Brush 

Casa Prodruttrice: Golden Image 

Distribuito da: Armonia Computers- Tel. 0438/435010 

Prezzo: non comunicato 

Giudizio: mediocre 

Configurazione richiesta: non necessita di alcuna 

configurazione particolare 

Pro: improntato ad una maggiore precisione 

Contro: poiché studiato per applicativi grafici può 

risultare scomodo se utilizzato come sostitutivo 

integrale del mouse 

Configurazione della prova: Amiga 500 
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I LASERGAME 


Maurizio Miccoli & Vittorio Calzolari 


Finalmente è possibile portarsi 
a casa, ad un prezzo accessibile, 
i grandi classici che hanno fatto 
la storia dei videogiochi 
da bar al laser! 


C hissà quanti di voi 
hanno fatto la fila per 
poter giocare in sala 
giochi alla mitica meraviglia 
di Don Bluth, Dragon's Lair, 
e ai suoi purtroppo pochi 
successori?! 

E che dire dei più giovani, 
che ne hanno sentito solo 
parlare, come una leggen- 
da, da coloro che possono 
dire "c'ero anch'io"? 
Bene,oraqualcuno, lassù in 
Germania, ha avuto l'enne- 
sima "ideafantastica" stiliz- 
zare un comune lettore laser 
per leggere i laser disk 
game, elaborare il software 
necessario per far gestire il 
tutto da un Commodore 
Amiga 500 e, infine, assicur- 
si i diritti dei più noti laser 
game. 

Il sistemafortunatamente è 
stato prontamente importa- 
to in Italia dalla Newel (fa- 
moso negozio di Milano), 
che attualmente ne è anche 
l'unico distributore. 


L "PACK" PER OGNI 
ESIGENZA 

La Newel ha commercializ- 
zato una combinazione 
(POWER PACK) che com- 
prende un multilettore Pio- 
neer CLD 1 600, un disco di 
software, l'interfaccia e il 
disco di Dragon's Lair a 
1.390.000lire;sesi possie- 
de già il lettore è possibile 
acquistare solamente il re- 
sto (BASIS PACK) a 
390.000lire. 

E' disponibile anche un'in- 
terfaccia a infrarossi (molto 
comoda) al prezzo di 
250.000 lire. 


COME PARTIRE... 

La sequenza di installazio- 
ne è la seguente: acompu- 
ter spento, si inserisce il 
connettore a 25 poli dell'in- 
terfaccia nella porta paralle- 
la di Amiga, connettendo 
poi l'altro capo alla presa 
"control-in" del lettore laser. 
E' necessario disporre di un 
monitor o televisore dotato 
di presa Scart e ingresso 
video composito, oppure di 
due prese scart. Nel caso di 
utilizzo di un monitor 1084 o 
8833, vi consigliamo di ef- 
fettuare il collegamento 
comesegue: 



1) Uscita Scart del lettore 
laser all'ingresso Scart del 
monitor; 

2) Uscita video monocro- 
matica di Amiga all'ingresso 
marcato "C" del monitor. 

Questo è necessario per- 
ché, probabilmente, le 
masse del circuito digitale 
dicontrollo equelloanalogi- 
co video del lettore sono 
separate. Inserite il dischet- 
tocontenente il programma 
di controllo e accendete il 
computer. 

Unavoltaeseguitalaproce- 
duradi bootstrap, verranno 
visualizzate diverse scher- 
mate di istruzioni che vi gui- 
deranno nel gioco. 

Il programma di controllo 
gira soltanto con laversione 
1 .3 del sistema operativo, 
per cui i possessori di Ami- 
ga 3000 o 500 Plus dovran- 
no procurarsi tale versione. 
Se volete divertirvi a "scor- 
rere" il gioco, per vedere 
cosasuccede senza dover 
giocare, è sufficiente toglie- 
re il jackdal "control in", abi- 
litando così il telecomando. 

MANO AL JOYSTICK... 

Dragon's Lair narra la vicen- 
da della splendida princi- 
pessa Daphne, rapita dal 
cattivissimo Dragone, Si- 
gnore di un castello incanta- 
to. 


Il lettore CLD-1600. 
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Naturalmente noi dobbiamo 
vestire i panni di Dirk thè 
Daring, che deve attraver- 
sare ben 37 ambienti popo- 
lati dalle più fantastiche 
"avversità”, per potersi av- 
venturare nello Scontro Fi- 
nale nella Tana del Drago- 
ne. 

Qui troverà una spada 
magica, con cui potrà trafig- 
gere il perfido e liberare 
dalla sfera magica che la 
tiene prigioniera la sua 
amata. 

...O ALLA TASTIERA 

Il secondo laser game di- 
sponibile a tutt’oggi è 
Thayer’s Quest, un'adven- 
turesimilead un librogame. 
Infatti, il gioco presentadel- 
le sequenze interrotte da 
punti-chiave in cui bisogna 


scegliere, tramite un menu, 
che direzione prendere, 
che oggetto utilizzare o 
cos’altro fare. 

Lo scopo del gioco è aiutare 
un discepolo dello Stregone 
Bianco Druce ad attraversa- 
re le cinque terre pertrovare 
i pezzi che compongono un 
talismano in grado di scon- 
figgere il terribile magoSor- 
sabal, che dominacol terro- 
re quel mondo. 

E PER IL FUTURO... 

Per inizio aprile dovrebbe 
finalmente arrivare Space 
Ace, a cui faranno seguito 
Orpheus, Shadow of thè 
New Stars e Voyage to thè 
New World nell'Immediato 
futuro. 

Successivamente sono pre- 
visti anche Cobra Combat, 


SCHEDA PRODOTTO 


Nome Prodotto:Sìstema LEK$ ; . L,/';. ■ 

Gaio Software Corner ; ;■ . ■ ", . . *" \ 

Distribuitore: Newel - Milano - Tel . 02/323492 

Prezzo: Power Pack Amiga L. 1 .390.000 
Giudizio: buono 

Configurazione richiesta: Amiga qualsiasi modello con 

porta parallela e kickstart 1 .3 

Pro: afta qualità dqlla grafica è del sonoro, \ , 

Contro: leggera sabbiosità dell'immagine, possibili 

problemi di interferenze e di collegarrtenti, almeno 

inizialmente. 

Configurazione della prova: Amiga 500 kickstart 1 .3 


Thayer’s Quest 2, Casino 
Royal 1 e2(V.M. 18), MACH 
3 e Firefox. 

GIUDIZIO FINALE 

Si tratta di un prodotto rela- 
tivamente costoso, ma al 
riguardo basterebbe ricor- 


dare i prezzi di alcune car- 
tucce per console, che non 
possono certo vantare la 
medesimaqualità. Eliminati 
i problemi di collegamento 
e/o di interferenze sembra 
di essere in sala giochi, 
senza dover sborsare pac- 
chi di gettoni! ▲ 



GREAT VALLEY PRODUCTS 



GREATVALLEY PRODUCTS 





o 

Commodore 

AMIGA 0 

Il più qualificato Amiga Center della Capitale 
Il primo service di stampa a colori professionale 



AMIGA' 3000 Mod. 25/50 6MB 
GVP Impact Vision 24 

Il più ovattato sistema 
per H 

Desktop Video Professionale 

Lire 6.500.000 + i.v.a 






AMIGA f 500 Plus 
GVP HD 8+ IMPACT II 

HO 52MB + 2MB RAM 


LIRE 1.580.000 + i.v.a. 


O.T.S. Electronics S.r.l. 

Via dei Gelsi. 130/B Tel. 06-25.97.209 
Via A. Romano, 3 Tel. 06-32.32.892 
Roma 






GREAT VALLEY PRODUCTS 


DISTRIBUTORE UFFICIALE PER L’ITALIA 
RS s.r.l. - CADRIAN0 (B0) 

TEL. (051) 765299 -FAX (051) 765252 
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VIDEO 

DFECTOR 


Gabriele Ponte 


Una moviola nell'Amiga. 


I l mondo delle periferiche 
dedicate ad Amiga è in 
continuo fermento e, 
dopo l'arrivo di schede vi- 
deo a 24 bit, digitalizzatori 
audio e video, Genlock, 
schede acceleratrici e hard 
disk, ecco apparire un pro- 
dotto che è in grado di tra- 
sformare Amiga in un'auten- 
tica stazione di montaggio 
video. La Gold Disk, già 
nota per la produzione di 
software ad alto livello (ri- 
cordiamo Professional 
Page, Professional Draw, 
Professional Cale, Hyper- 
book e Showmaker) ci pre- 
senta ora Video Director, un 
prodotto software-hardwa- 
re che consente, a chiun- 
que dispongadi una teleca- 
mera e di un videoregistra- 
tore, di montare con relativa 
facilità filmati video anche 
molto complessi. 

LA CONFEZIONE 

All'interno dell'elegante 
confezione troviamo due 
cavetti: il primo, da collega- 
re alla porta seriale di Ami- 
ga, permette di pilotare una 
telecamera o un videoregi- 
stratore dotati di presa 
LANC o Remote;il secondo, 
che va collegato alla presa 
joystick, è un emettitore- 
digitalizzatore di segnali al- 
l'infrarosso, che permette di 
emulare le funzioni svolte 
dai normali telecomandi al 
fine di controllare un secon- 
do videoregistratore. I due 


dischi presenti nellaconfe- 
zione contengono il softwa- 
re di gestione delle interfac- 
ce. Il manuale in inglese, ri- 
legatocon unaspirale, ève- 
ramente esauriente. 


LACONFIGURAZIONE 

La configurazione minima 
necessaria per utilizzare 
Video Director comprende: 
Amiga con 51 2K di memo- 


ria, un monitor o un televiso- 
re, una telecamera o un 
videoregistratore da utiliz- 
zare come sorgente video 
(possibilmente dotati di 
presa LANC o Remote), un 
videoregistratore su cui ri- 
versare il risultato finale. 

Per un uso più avanzato del 
sistema, bisogna aggiun- 
gere: un Genlock (nel ma- 
nuale si raccomanda l'uso 
del SuperGen 2000S), per 
effettuare anche il montag- 
gio di titoli o di animazioni; 
un secondo monitor o televi- 
sore, per visionare l'immagi- 
ne proveniente dalla sor- 
gente video; una scheda 
multiseriale, da collegare 
ad Amiganel caso si voglia- 
no utilizzare due sorgenti 
video provviste di porta se- 
riale. 

La configurazione da noi 
utilizzata era così compo- 
sta: Amiga500 1.3 con 2Mb 
di memoria e hard disk da 
20 Mb; Camcorder Sony 
CCD F500E, usato come 
video sorgente e collegato 
tramite l'interfaccia seriale 
fornita con Video Director 
alla presa Remote della te- 
lecamera; videoregistratore 
Sony SLV-715, utilizzato 
come video destinazione; 
televisore a colori Philips 


Vìdeo Director è un 
prodotto software- 
hardware che trasforma 
Amiga in una centralina 
per il montaggio video. 
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dotato di presa Scart, con 
cui potevamo visionare sia 
lo schermo Amiga (collega- 
to alla presa Scart), che il 
video della telecamera, 
commutando il televisore in 
modoantennaoppure Scart 
(il segnale proveniente dalla 
telecamera transitava attra- 
verso il videoregistratore e 
arrivava alla presa antenna 
del televisore). 

L'INSTALLAZIONE 

L'installazione dell'hardwa- 
re varia a seconda della 
dotazione dei componenti 
video:se la propria cinepre- 
sa, o il proprio videoregi- 
stratore, dispone di un in- 
gresso LANC o Remote, 
potremo collegarvi il primo 
cavetto (un minijack stereo), 
cheterminaallaporta seria- 
le di Amiga. Il secondo ca- 
vetto, dacollegare alla por- 
ta joystick 2 di Amiga, per- 
mette, invece, di inviare 
segnali all'infrarosso per 
pilotare ilsecondo videore- 
gistratore. Bisogna, inoltre, 
collegare la telecamera al 
videoregistratore con i nor- 
mali cavetti audio e video. 
Terminati questi collega- 
menti, da farsi sempre a 
computer spento, si posso- 
no alimentare e varie perife- 
richee, sempre per ultimo, il 
computer. 

Si può ora cominciare a la- 
vorare con una copia del 


software: troveremo tre pro- 
grammi nella directory 
Video-Director del dischet- 
to principale. 

VideoDirector serve per il 
montaggio vero e proprio 
del filmato e per creare il da- 
tabase video, mentre gli altri 
due, InstallDrivers e Train- 
Remote, sono delle utility 
per la corretta installazione 
del sistema. 

InstallDrivers permette di 
installare il drive per il pilota- 
re i componenti video colle- 
gati (foto 1 ). 

Nella tabella si troverà un 
elenco delle telecamere e 
dei videoregistratori attual- 
mente supportati da Video 
Director. 

TrainRemote consente di 
digitalizzare i segnali all'in- 
frarosso del videoregistra- 
tore (foto 2): ciò consentirà 
al programma principale di 
pilotare il componente in 
manieraautomatica. Vedia- 
mo più da vicino le sue ca- 
ratteristiche. 1 1 pannello alla 
sinistra dello schermo con- 
tiene i tipici comandi di un 
videoregistratore (Play, 
Stop, Pause, Rewind, For- 
ward e Ree). E' possibile 
configurarli aproprio piaci- 
mento; del tasto Record si 
puòdecidere, ad esempio, 


Foto2: TrainRemote 
campiona i segnali dei 
telecomandi all'infrarosso. 


Foto 1: l'utility per 
l'installazionedel driver. 


in che modo debba ricomin- 
ciare la registrazione dopo 
unapausadovutaalla ricer- 
ca di uno spezzone nel vi- 
deo sorgente: le opzioni 
disponibili sono Record (in 
tal caso, viene inviato nuo- 
vamente il segnale di regi- 
strazione), Play o Pausa. E' 
dunque possibile adattare il 
software al componente 
video impiegato. Si può inol- 
tre stabilire la durata del 
segnalerai a3secondi), 
mentre un'ulterioreopzione, 
presente nei menu a tendi- 
na, permette di selezionare 
sino acinque velocità per la 
trasmissione del segnale al- 
l'infrarosso. 

I comandi a sinistra dello 
schermo permettono, inve- 
ce, di campionare i segnali 
emessi dal telecomandodel 
videoregistratoreedi verifi- 
care che l'operazione di 
campionamento sia avve- 
nuta correttamente. Per 
campionare il comando di 
Play, ad esempio, bisogna 
selezionare il gadget PLAY, 
porre il telecomando del 
video aqualchecentimetro 
di distanza dal ricevitore- 
emettitore (quellocollegato 
alla presajoystick) e preme- 
re il tasto Play del teleco- 
mando: un messaggiosullo 
schermo confermerà o 


meno la riuscita dell'opera- 
zione. A questo punto, pos- 
siamo rivolgere l'emettitore 
connesso al computer ver- 
so il videoregistratore e 
premere il gadget PLAY 
nellacolonnadi destra, veri- 
ficando se il componente 
video si sia effettivamente 
posto in modo riproduzione. 
Questaoperazione va ripe- 
tuta per tutti i comandi pre- 
senti sullo schermo. Una 
volta terminate queste ope- 
razioni, il programma salve- 
rà i dati in un apposito file, 
che verrà letto automatica- 
mente da Video Director 
(TrainRemote, come del 
resto anche lnstallDriver,va 
quindi usato solamente la 
prima volta che si utilizza il 
pacchetto oppure quando 
si cambiano i componenti 
video). 

Se riuscite a pilotare en- 
trambi i componenti video 
con l'hardware fornito dalla 
Gold Disk, potrete utilizzare 
Video Director nel migliore 
dei modi, cioè in modo Auto- 
matico; se, invece, non riu- 
scite con uno solo dei due, 
dovrete operare in modo 
Semi-Automatico (dovrete 
cioè attivare manualmente 
le funzioni che non riuscite 
ad attivare in modo automa- 
tico); se nessuna delle due 
sorgenti risponde alle carat- 
teristiche richieste da Video 
Director, dovrete operare in 
modo Manuale. 



traiti 

Jd ™ Jd 

« stop •} 
«» | PAUSE _<»J 
; !gj «EHM) 4i[ 

JH id 



Use thè "Test* butterà U> test 
thè tralned functions. Mheti J 
they are all uorltins, clià * 
belou to save thè data file. 


SAVE DATA OLE 
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VIDEO DIRECTOR 

Se il sistema funziona in 
modo Automatico e si pos- 
siede anche un Genlock, si 
può affermare che le carat- 
teristiche di Video Director 
sono in grado di soddisfare 
anche le esigenze di un 
montatore video semi-pro- 
fessionista. 

Un sistema così configurato 
permette, infatti, il montag- 
gio automatico di una cas- 
setta video, l'inserimento 
automatico di titoli o di 
immagini provenienti da 
computer e la creazione di 
un database di cassette 
videoe di tagli (clip) utilizza- 
bili nei vari montaggi. 

Una volta lanciato il pro- 
gramma, se il sistema non 
riconosce le periferiche in- 
stallate con InstallDriver, un 
requester ci chiederà se 
vogliamo proseguire; i casi 
sono due: o il componente 
video collegato tramite la 
porta seriale non è acceso, 
oppure la porta stessa po- 


Foto 3: lo schermo 
principale di Video 
Director. 

trebbe essere danneggiata. 
Se invece il sistema è instal- 
lato correttamente, verran- 
no caricati i driver che con- 
trollano i due componenti 
videoe appariràlo schermo 
principaledi Video Director. 
Come potete vedere nella 
foto3, lo schermo è diviso in 
tre zone distinte: la prima è 
riservata al nome della cas- 
setta e allo spezzone di 
nastro corrente; la zona di 
destra contiene le funzioni 
d i controllo dei componenti 
video collegati e può variare 
a seconda del driver instal- 
lato; la terza (nella parte in- 
feriore dello schermo) ri- 
guarda la struttura del filma- 
to che verrà riversato sul 
video destinazione. 

Prima di dare avvio alla fase 
di editing, è bene controlla- 
re il funzionamento delle 
varie funzioni di trascina- 
mento del nastro (Play, Stop 


ecc.) mediante i comandi 
presenti nella seconda 
zona. 

Supponiamo ora di voler 
effettuare un piccolo mon- 
taggio video, operando in 
Modo Automatico. 

Dopo aver inserito nel com- 
ponente video sorgente una 
cassetta con il filmato da 
montare e unacassetta ver- 
gine in quello destinazione, 
potremo selezionare il gad- 
get TAPE???: un requester 
ci permetterà di inserire il 
nome del nastro nel databa- 
se, oppure di richiamare i 
dati memorizzati in prece- 
denza. 

Conviene riavvolgere com- 
pletamente il nastro e sele- 
zionare il gadget RESET per 
azzerare sia il contatore del 
video che quello del pro- 
gramma. 

Possiamo quindi far scorre- 
re il nastro in avanti per cer- 
care la prima scena da 
memorizzare: si possono 
utilizzare sia i comandi della 
telecamera, che quelli sullo 
schermo di Video Director 
(Play, Forward, Rewind ...). 
Una volta trovata la scena 
che cerchiamo, selezionia- 
mo il gadget SET (START) 
per memorizzare il punto 
iniziale e quindi SET (END), 
unavoltatrovata la fine dello 
spezzone. 

Dopo aver assegnato un 
nome alla scena, possiamo 


anche salvarla nel database 
(opzione CAVE), oppure 
salvarlae aggiungerla auto- 
maticamente alla lista che 
appare nellafinestra inferio- 
re, riservata all'assemblag- 
giodel video finale (opzione 
ADD). 

Ripetiamo questo procedi- 
mento per ogni taglio di 
montaggio del nostrovideo. 
Così facendo, andremo 
creando, nellaparte inferio- 
re dello schermo, la lista di 
eventi che verranno poi 
assemblati nel video finale. 
La lista può essere modifi- 
cata sia cambiandone l'or- 
dine, sia eliminando o ag- 
giungendo nuovi clip, sia 
richiamando il singolo spez- 
zone per modificare i valori 
che ne determinano ilpunto 
iniziale o quello finale. Pos- 
siamo anche aggiungere 
spezzoni provenienti da al- 
tre cassette, prelevandoli 
dal database presente su 
disco, se erano stati memo- 
rizzati in precedenza. Se la 
lista diventasse troppo lun- 
ga, possiamo riunire diversi 
spezzoni in una singola 
Scena (è possibile, comun- 
que, scorrere la lista con gli 
appositi gadget, oppure 
usare il modo interlacciato 
per visualizzare un numero 
doppiodi linee). Ilprogram- 
ma memorizza anche il va- 
lore del contatore di una 
cassetta utilizzata; ciò per- 


VIDEO SORGENTE 


INTERFACCIA 

PROTOCOLLO 

PERIFERICA 

Gold DiskLANC 

LANC 

Camcordere 
videoregistratori 
dotati di presa 
Remote 

SONY V-BOX 

LANC 

Camcordere 
videoregistratori 
dotati di presa 
Remote 

Cavo Seriale 

NEC Serial 

Nec PC-VCR 

Cavo Seriale 

Panasonic 5PIN 

Selectta 

AG-1960RS 

VuPortSelectra 

Panasonic 5PIN 

Panasonic 

AG-1960 


VIDEODESTINAZIONE 

L'interfaccia all'infrarossopuò controllare la maggior 
parte dei videoregistratori in commercio. Se il proprio 
sistema video non e supportato da nessunadi queste 
interfacce, si dovràoperare in MODO MANUALE. 
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mette di recuperare il valore 
del contatore ed evita di 
dover riavvolgere la casset- 
ta. In ogni caso, sono pre- 
senti degli appositi comandi 
per ricalibrare nastro e con- 
tatori. 

Se si possiede un Genlock, 
si possono inserire nella li- 
sta degli eventi di Overlay: 
un apposito requester per- 
mette di indicare il nome 
dello schermo da richiama- 
re, mentre due cursori con- 
sentono di impostare la 
durata della dissolvenza sia 
in ingresso (FADE IN) che in 
uscita(FADEOUT). 

A questo punto, non resta 
che dare il comando Assem 
per riversare il tutto sul video 
destinazione: se i vari tagli 
fanno parte di un’unica cas- 
setta, potremo anche anda- 
re a bere un caffè, mentre 
Video Director si pone alla 
ricerca dei vari spezzoni nel 
sorgente; se invece avessi- 
mo usato spezzoni che 
appartengono a cassette 
diverse, il programma si 
fermerà e ci comunicherà 
quale nastro dobbiamo in- 
serire nel componente vi- 
deo sorgente, prima di ri- 
prendere il montaggio. 
Tutto questo avviene se si 
riesce a utilizzare il sistema 
in modo Automatico. 
Purtroppo, non siamo riusci- 
ti a pilotare mediante il di- 
spositivo all’infrarosso il vi- 


deoregistratore Sony SLV- 
715 HI-FI (mentre ha funzio- 
nato con un vecchio Philips 
a due testine), per cui ab- 
biamo dovuto operare in 
modo Semi-Automatico: la 
telecamera era guidata dal- 
la porta seriale tramite il 
Remote, per cui rispondeva 
a tutti i comandi sia per itagli 
che per la memorizzazione 
del contatore, mentre per il 
videoregistratore abbiamo 
dovuto installare il driver 
Manuale. 

In fase di riversamento del 
filmato, un conto alla rove- 
scia ci avvisava quando 
dovevamo mettere in pausa 
il videoregistratore, per per- 
mettere alla telecamera di 
trovare il pezzo da riversare; 
la stessa cosa avveniva 
quando si doveva ricomin- 
ciare a registrare. 


Foto 4: la creazione di un 
database video è 
certamente una delle 
funzioni più importanti 
del programma. 

IL DATABASE 

Comesi puòosservare nella 
foto 4, il programma permet- 
te di creare un vero e pro- 
prio database vìdeo e di 
accedere alla libreria e alle 
clip memorizzate. 

La Gold Disk non fornisce 
informazioni sulla capacità 
del database: abbiamo pro- 
vato ad inserire i dati su due 
cassette, laprimaconSclip 
e la seconda con 2; il file 
salvato su disco occupava 
solo 320 byte. 

Se si considera il fatto che 
un floppy disk ha una capa- 
cità di 856.928 byte, ci si 
rende immediatamente 
contodellamoledi informa- 
zioni che è possibile memo- 
rizzare, almeno in linea teo- 
rica. 

Oltre alle normali funzioni di 
ordinamento, tipiche di un 
database (ordinamento al- 
fabetico dei nastri e dei 
tagli, oppure secondo il 
contatore di partenza dei 
singoli spezzoni), un menu 
permette di modificare i 
parametri di uno spezzone, 
di cancellarlo, di cambiarne 
il nome odi visualizzarlo sul 


televisore. T ra le altre opzio- 
ni di rilievo, c’è la possibilità 
di inviare a una stampante 
l'elenco completo del data- 
baseedellalistadi montag- 
gio; quella di salvare su di- 
schetto in formato ASCII la 
lista degli eventi o di caricar- 
ne una creata con un word 
processor, per mandarla 
poi in esecuzione. 

CONCLUSIONI 

Se si riesce a utilizzare il 
sistema in modo automati- 
co, tenendo conto del prez- 
zo (389.000 Lire) e delle 
prestazioni offerte, si può 
sicuramente affermare che 
Video Director batte ogni 
concorrente. 

Le centraline video dedica- 
te al montaggio amatoriale 
hanno prezzi ben più elevati 
epossibilitàmoltopiù limita- 
te; ad esempio, laSony RM- 
E700 costa 1.000.000 di 
Lire e permette di montare, 
nell’ordine desiderato 20 
scene al massimo; la Pana- 
sonic VW-EC310 costa 
750.000 Lire e permette di 
montarnesolo8. 

Se invece si utilizza il siste- 
ma in modo semi-automati- 
co, Video Director è adatto a 
chi effettua montaggi video 
solosaltuariamente. 

Si rimane invece molto per- 
plessi di fronte all’uso di 
Video Director in modo 
manuale (in pratica rimane 
solo un database che indica 
quando azionare i due 
componenti video collegati 
e tutto (hardware rimane 
inutilizzato), a meno che la 
Gold Disk non distribuisca 
solo il software a un prezzo 
più contenuto. 

Il giudizio complessivo è in 
ogni caso positivo, tenendo 
conto sia della qualità del 
software sia del fatto che è il 
primo prodotto di questo 
tipo commercializzato in Ita- 
lia. ▲ 


SCHEDA PRODOTTO 


Nome Prodotto: Video Director ( 

Casa Prodruttrice: Gold Disk (USA) 

Distribuito da: SONDWARE Srl- Viale Aguggiari62/a- 
21 100 Varese -Tel. 0332/232670 
Prezzo: Lire 389.000 
Giudizio: buono 

Configurazione richiesta: Amiga 500 inespanso più 
varie attrezzature video (vedi articolo) 

Pro: software di qualità. 

Contro: costoso ée si utilizza in triodo manuale 
Configuratone della prova: Amiga 500 1 .3,2 Mb, hard 
disk 20 Mb più varie attrezzature video (vedi articolo) 
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L ultima volta abbiamo esami- 
nato i comandi di movimento 
di Edit, ora cominceremo ana- 
lizzando una variante dei comandi 
di movimento: le funzioni di ricerca. 
E' possibile comandare a Edit di 
muoversi avanti o indietro nel file 
fino a raggiungere la linea che con- 
tiene una determinata stringa. Se la 
stringa non viene trovata e la ricerca 
avviene in avanti, Edit arriverà fino 
alla fine del file sorgente e poi emet- 
terà il messaggio "Input exhau- 
sted"; nel caso, invece, che la ricer- 
ca avvenga all'indietro, Edit si muo- 
verà fino alla prima linea della coda 
di output e poi emetterà il messag- 
gio "No more previous line". Se la 
stringa viene trovata, verrà visualiz- 
zata la linea che la contiene, che di- 
venterà la nuova linea corrente. Se 
la linea corrente contiene già la 
stringa che stiamo cercando, Edit 
non farà nulla. I comandi sono: F 
(per Find), ricerca in avanti, BF per 
(Back Find), ricerca all'indietro. 

La stringa da cercare va indicata 
subito dopo il comando (eventual- 
mente separata da uno spazio). Per 
segnalare l'inizio e la fine della strin- 
ga si deve usare un delimitatore 
scelto arbitrariamente fra i seguenti: 

/.+-,?:* 

così, per esempio: 

/pippo/ .pippo. +pippo + 

: pippo : 

sono equivalenti tra loro. Bisogna 
solo evitare che il carattere delimita- 
tore compaia all'interno della strin- 
ga di ricerca. Le stringhe possono 
avere anche dei qualificatori, che 


Digito 


servono a limitare la ricerca a un 
determinato tipo di stringa. I qualifi- 
catori devono precedere immedia- 
tamente il primo delimitatore. Il 
qualificatore B (sta per Begin, inizio) 
indica che la stringa deve compari- 
re a inizio linea; E (End, fine), che la 
stringa deve trovarsi alla fine di una 
linea; U, che la ricerca non deve 
tener conto di maiuscole e minusco- 
le; P (Precisely, esattamente), che la 
linea deve contenere solo la stringa 
indicata, mentre L (Left, sinistra) 
ordina a Edit di cominciare la ricerca 
a partire dalla fine della linea e di 
procedere verso sinistra. I qualifica- 
tori possono anche essere combi- 
nati tra loro, anche se non in tutti i 
modi possibili; va anche notato che 
alcuni comandi non accettano certi 
tipi di delimitatori. Facciamo alcuni 
esempi: 

F /pippo/ 

F U/pippo/ 

F PU/pippo/ 

Un caso particolare di stringa è 
quella nulla, che si indica con due 
delimitatori posti uno di seguito al- 
l'altro. Per trovare una linea vuota si 
può usare: 

F P // 

Per definizione, ogni linea è prece- 
duta e seguita da una stringa nulla; 
così: 

F E// O F L// 

significano "vai alla fine di questa 
linea", mentre: 

F B// O F // 


ci posizionano all'inizio della linea 
corrente. Possiamo ora cominciare 
ad analizzare i comandi che modifi- 
cano il file. In realtà, di uno abbiamo 
già parlato la scorsavolta: è W. Se vi 
ricordate, la funzione di W è quella di 
mandare in output tutto ciò che resta 
del file sorgente: Edit, però, mentre 
esegue questo lavoro, elimina auto- 
maticamente tutti gli spazi a fine 
riga. Quindi, caricando un file e 
impartendo il semplice comando W, 
potremo affrontare e risolvere que- 
sto compito, piccolo ma fastidioso, 
specie se lo si deve eseguire ma- 
nualmente. Se, per qualsiasi motivo, 
volessimo evitare la rimozione degli 
spazi a fine riga, dovremo impartire 
il comando TR-; per ripristinarla, 
invece, basterà il comando TR+. 
L'ideale, però, sarebbe poter ese- 
guire l'operazione di rimozione 
degli spazi con un solo comando 
CLI e non mediante una serie di 
comandi interattivi. Edit lo permette, 
mediante gli script. Uno script è un 
file di testo (ASCII) che può essere 
creato con qualsiasi text editor 
(come Ed). Nel testo andranno inse- 
riti i comandi che Edit dovrà esegui- 
re, con la stessa sintassi utilizzata in 
modo interattivo: in questo caso 
basterà il semplice carattere W. 
Salviamo poi il file con il nome 
"nospazi" nella directory S:. E' tutto: 
d'ora in poi, ogni volta che vorremo 
eliminare gli spazi a fine riga da un 
file di testo, digiteremo: 

EDIT pippo WITH s:nospazi 

e il file "pippo" sarà modificato se- 
condo i nostri desideri. Per usare 
Edit è meglio crearsi degli script, 
quando possibile: sono molto più 
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semplici da usare dei comandi di- 
retti e si evitano, a questo modo, 
errori che potrebbero farci perdere 
tempo o dati preziosi. Ma vediamo 
ora i comandi che modificano i file; 
ce ne sono di tre tipi: globali, per 
linea, per porzioni di linea. I più 
potenti sono i comandi globali: 
operano su tutto il file, linea dopo 
linea, man mano che questo scorre 
dal file di input verso quello di out- 
put. Una volta impartiti, rimangono 
sempre attivi, operando su ogni li- 
nea corrente. E' dunque necessario 
impartirli una sola volta, e poi scor- 
rere il file fino alla fine con W per 
trasformare l'intero file. I comandi 
globali sono tre e iniziano tutti con G : 
il più utile è forse GE (per Global 
Edit) che sostituisce una stringa con 
un'altra e corrisponde praticamente 
ai comandi di ricerca e sostituzione 
dei normali text editor. Vediamo 
come si usa: 

GE /pippo/pluto/ 

La stringa da cercare è "pippo", 
quella che dovrà prendere il suo 
posto è "pluto".Come si può notare 
il delimitatore finale della prima 
stringa costituisce anche il delimita- 
tore iniziale della seconda. Questo 
vale per tutti i comandi che necessi- 
tano di due stringhe come parame- 
tri. Ora useremo GE per creare uno 
script che può risultare molto utile: 
aprite il vostro text editor preferito e 
inserite queste linee: 

GE /o'/Ò/ 

GE / pò/ po'/ 

GE B/pò/po' / 

GE / e'/ è/ 

GE B/e' /è/ 

GE /e'/é/ 

GE /a'/à/ 

GE /u'/ù/ 

GE /i'/ì/ 

W 

Salvate il testo con il nome 
"Saccenti" e avrete a disposizione 
un file script che trasforma le lettere 
seguite da un apostrofo in lettere 


I comandi di Edit esaminati finora. 


accentate. Lo script contiene solo 
comandi GE, oltre al solito W. Man 
mano che Edit scorrerà il file, appli- 
cherà i comandi globali indicati ad 
ogni linea. Si noti che la prima linea 
sostituisce tutte le "o" con apostrofo 
con "o" accentate. 

La seconda, invece, rimette l'apo- 
strofo a "po'", come è giusto che sia 
nella lingua italiana. 

La prima lo toglie e la seconda lo 
rimette: Edit, infatti, nell'eseguire i 
comandi globali segue esattamente 
l'ordine con cui i comandi sono stati 
impartiti. Si noti la presenza di uno 
spazio prima delle due forme della 
parola "po" nella seconda linea: 
serve a sostituire l'accento solo in 
"po'" e non in tutte le parole che 
terminano per "po"; non deve inve- 
ce esserci lo spazio finale, perché 
"po'" potrebbe presentarsi a fine 
linea e in tal caso non sarebbe 
seguito dallo spazio. La terza linea 
si preoccupa di gestire un caso 
particolare: quello in cui la parola 
"po'" compare a inizio linea. Si po- 
trebbe estendere lo script per fargli 
gestire altri casi particolari della lin- 
gua italiana, oppure creare il file 
opposto, per eliminare gli accenti e 
sostituirli con apostrofi: non è diffici- 
le, basta invertire le due stringhe dei 
comandi GE ed eliminare la gestio- 
ne del "po'". Tenete presente che 
sono permessi al massimo 10 co- 
mandi globali. Ora potrete sostituire 


gli apostrofi del file "pippo" con il 
semplice comando CLI: 

EDIT pippo WITH S: accenti 

Il secondo comando globale è GA 
(per Global After), facciamo un 
esempio 

GA \pippo\.ext\ 

Edit ricercherà tutte le occorrenze 
della stringa "pippo" e gli aggiunge- 
rà in coda la stringa ".ext", creando 
la stringa "pippo.ext".E'come sosti- 
tuire la stringa "pippo" con 
"pippo. ext". 

Il comando opposto è GB (per Befo- 
re): la seconda stringa viene posta 
davanti a tutte le occorrenze della 
prima: 

GB \pìppo\DF0:\ 

trasformerà i vari "pippo" in 
"DF0:pippo". 

Se volete sapere quali siano i co- 
mandi globali attivi, digitate SHG 
(SHow Global, mostra globali): 
apparirà l'elenco completo. 

Se volete disabilitare un comando 
globale potete usare "DG numero", 
per riabilitarlo usate "EG numero", 
per cancellarlo usate "CG numero". 
In tutti e tre i casi, se si omette il nu- 
mero, il comando verrà applicato a 
tutti i comandi globali esistenti. 


Delimitatori di strìnga 

/.+-,?'* 

Qualificatori di stringa 

B a inizio linea 
E afine linea 

U non badare alle maiuscole 
L a partire dalla fine 
P esattamente 

Varie 

TR- abolisci la rimozione degli spazi 
TR+ ripristina la rimozione degli spazi 
V- abolisci la visualizzazione 

automatica 

V+ ripristina la visualizzazione 

automatica 

Movimento 

N vai alla linea successiva 

P vai alla linea precedente 

M n vai alla linea n 

M- vai all'inizio della coda di output 

M+ vai alla fine della coda di output 
Conclusione 

W vai alla fine del file e concludi 

Q come W 

STOP interrompi la sessione 


Visualiuazione 

? visualizza la linea corrente 
! come ? con caratteri di controllo 
T stampa fino alla fine del file 
T n stampa n linee 

TL come T con numeri di linea 

TL n come T con numeri di linea 

TN stampa tante linee quante 

ne contiene la coda di otuput 
TP stampa I contenuto della 

coda di output 
Ricerca per linee 
F in avanti 
BF all'indietro 
Comandi Globali 
GE sostituzione 

GB aggiungi prima 

GA aggiungi dopo 

DG disabilita tutti i globali 

DG n disabilita il globale n 

EG abilita tutti i globali 

EG n abilita il globale n 

CG cancella tutti i globali 

CG n cancella il globale n 

SHG mostra i comandi globali 
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S e la scorsa puntata è stata as- 
similata correttamente, l'inter- 
prete ARexx dovrebbe ora 
risiedere in memoria, in attesa di 
qualche programma da eseguire. 
Ha aspettato fin troppo. Come già 
dicevamo, un programma Arexx si 
può eseguire inviando alla porta 
REXX un messaggio particolare, 
che contenga il nome del file del 
programma. Il programma CLI Rx 
esegue proprio questo compito: 
accetta il nome di un file e lo comu- 
nica ad ARexx, che lo legge, lo de- 
codifica e lo esegue: 

Rx prova 

eseguirà il programma contenuto 
nel file "prova". Dove viene cercato 
il file? Se il nome comprende un 
path, il file viene cercato solo nel 
path indicato, altrimenti nella direc- 
tory corrente e poi nella directory 
REXX:. Sta all'utente definire me- 
diante Assign la directory logica 
REXX. Se ARexx non trova il file 
"prova", tenta anche di trovare il file 
"prova. rexx". Aggiunge cioè al 
nome indicato l'estensione ".rexx", 
questo vale per entrambe le directo- 
ry (in tutto, i tentativi sono quattro). 
Rx ha però anche una seconda 
funzione. Invece di inviare ad ARexx 
il nome di un file, può inviargli una 
stringa, che ARexx esegue diretta- 
mente, come se fosse un program- 
ma (chiameremo questo tipo di 
programmi "programmi-stringa"). 
Per attivare questo modo, occorre 
usare la seguente sintassi: 

Rx "corpo del programma" 

Il segreto è tutto nelle virgolette (l'ul- 


tima non è neanche necessaria): la 
loro presenza segnala a Rx che ciò 
che segue sulla linea di comando 
non è il nomedi un file, ma il corpo di 
un programma da eseguire diretta- 
mente. Questo modo è molto utile: in 
particolare, consiglio il suo utilizzo 
per familiarizzarsi con la sintassi dei 
comandi e delle funzioni ARexx. 
Non abbiate paura di provare: è 
veramente difficile (con i comandi 
standard) che un errore di sintassi 
possa causare un crash della mac- 
china e laconseguente "Guru medi- 
tation"; potreste al massimo corrom- 
pere il file su cui state facendo delle 
prove, per cui è meglio lavorare su 
copie, magari in RAM. 

La volta scorsa, se vi ricordate, 
abbiamo usato un programma- 
stringa all'interno dalla startup-se- 
quence, per inizializzare ARexx. 

CREIAMO UN PROGRAMMA 

Un programma ARexx è un file di 
testo che può essere creato con 
qualsiasi editor (come Ed). Tutti i 
programmi devono iniziare con un 
commento, che ha la stessa sintassi 
dei commenti in linguaggio C: 

/* sono un commento */ 

se il programma non inizia con un 
commento, non può essere ricono- 
sciuto come programmada Arexx (il 
commento non è però necessario 
nei programmi-stringa) e Rx visua- 
lizzerà questo messaggio d'errore: 

Command returned 5/1: Program 
not found 

Il messaggio è un po' ingannevole: è 


10 stesso che viene visualizzato 
quando il file non esiste; nel nostro 
caso, il file esiste ma manca il com- 
mento iniziale. Nel commento inizia- 
le vale la pena di inserire il nome del 
file e magari altre informazioni rela- 
tive al programma. 

Visto che parliamo di commenti, 
ricordiamo che possono occupare 
più righe: 

/* prima riga 

seconda riga */ 

Inoltre, possono essere nidificati: 
cioè un commento può essere con- 
tenuto in un altro: 

/* prova /* sono un 
commento nidificato */ */ 

Ciò è molto utile nei casi si voglia 
eliminare temporaneamente una 
sezionedi codice da un programma 
e questa sezione contenga dei 
commenti. 

Chiuso il primo commento, scrivia- 
mo il programma vero e proprio: 

SAY "Hello world" 

Scritte queste righe nel nostro text 
editor, possiamo salvare il tutto con 

11 nome HELLO e poi eseguire il file 
con RX HELLO. Sulla console della 
shell apparirà il messaggio "Hello 
World". 

UNA PRIMA ANALISI 

SAY è un'istruzione del linguaggio 
ARexx che invia il parametro indica- 
to sul resto della linea (una stringa, 
in questo caso) verso il canale di 
output corrente (la finestra della 
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console da cui si lancia Rx) aggiun- 
gendo una NEWLINE (il carattere 
10). E' molto importante distinguere 
le istruzioni da tutti gli altri elementi 
del linguaggio, per evitare classici 
errori che vedremo a suo tempo. 
Molti linguaggi riconoscono le istru- 
zioni fondandosi essenzialmente 
sul nome. Hanno una lista di parole 
riservate e, quando incontrano una 
parola che è presente in tale lista, la 
interpretano come un'istruzione. 
Non è questo il caso di ARexx.Tale 
linguaggio non ha una listadi parole 
riservate: le istruzioni vengono rico- 
nosciute in base alla posizione che 
assumono all'interno della linea. 
Osservate il nostro esempio: SAY 
appare come prima parola della 
linea (spazi e TAB iniziali vengono 
ignorati), NON è racchiusa tra virgo- 
lette e NON è seguita dal carattere 
"=". Quando ARexx incontra una 
linea così, cerca la prima parola 
(SAY) nell'elenco interno delle istru- 
zioni e, se latrava, la esegue. Se non 
la trova, accadono altri eventi che, 
per ora, non ci interessano. Quindi, 
è la posizione a determinare se una 
parola debba o meno essere inter- 
pretata come un'istruzione e non il 
nome. Questa è una caratteristica 
fondamentale di ARexx che lo di- 
stingue da molti linguaggi e gli 
consente, come avremo modo di 
vedere, una flessibilità davvero uni- 
ca. Avremmo potuto scrivere anche 
"say" invece di "SAY": prima di inter- 
pretare la linea, ARexx converte 
tutto ciò che non è compreso tra 
virgolette da minuscolo a maiusco- 
lo. Bisogna tenere presente questa 
caratteristica, che non è importante 
per le istruzioni, ma per altri elementi 
del linguaggio, come vedremo tra 
poco. SAY accetta un solo parame- 
tro: un'espressione. Un'espressio- 
ne è una sequenza di parole che 
può comprendere: costanti, simboli 
fissi o variabili, funzioni, operatori. 
Sono elementi classici di qualsiasi 
linguaggio e non sarà difficile al let- 
tore riconoscerne il significato. Nel 
corso di questi articoli tratteremo 
comunque tali elementi uno per uno, 
al fine di chiarire come siano stati 
implementati in ARexx. Il contenuto 
dell'espressione viene valutato, 


cioè interpretato da ARexx, e il risul- 
tato diventa il parametro passato 
all'istruzione SAY. L'espressione da 
noi usata è composta unicamente 
da una stringa ("Hello World"), ve- 
diamo dunque cosa c'è da sapere 
sul loro uso. 

LE COSTANTI STRMGA 

Per segnalare ad ARexx che una 
certa sequenza di caratteri è una 
stringa occorre inserirla tra virgolet- 
te o apici: 

'sono una stringa' 

" anch ' io" 

La lingua italiana prevede l'uso del- 
l'apostrofo, per cui sarebbe meglio 
evitare gli apici e ricorrere sempre o 
quasi alle virgolette doppie. Nel 
nostro secondo esempio, la stringa 
sarebbe finita dopo l'"h", se non 
avessimo usato le virgolette doppie. 
Se volessimo che all'interno della 
stringa risultante apparisse una vir- 
goletta o un apice, potremo usare 
più metodi; provate a scrivere un 
programma come questo: 

/* Prova2 */ 

SAY "apice tra virgolette 

SAY 'virgoletta tra apici 

SAY 'apice tra apici 

SAY "virgoletta tra 
virgolette "" " 

negli ultimi due casi, l'apice e la 
virgoletta, che devono comparire 
nel corpo della stringa, sono stati 
raddoppiati, ma nell'output genera- 
to dal programma appaiono una 
sola volta; si tratta infatti di un modo 
per dire ad ARexx di non interpreta- 
re la virgoletta come segnale di 
chiusura della stringa. La gestione 
delle virgolette si complica quando 
si usa Rx per i programmi-stringa. 
Prima di tutto, come abbiamo già 
detto, Rx ha bisogno di una virgolet- 
ta iniziale per riconoscere la linea 
come testo di un programma: se 
vogliamo passare delle virgolette 
ad ARexx dobbiamo dunque usare 
le virgolette doppie: 


Rx "say ""Hello World"" " 

se però volessimo fare apparire 
delle virgolette entro le virgolette, 
non basterebbe più raddoppiarle, 
ma dovremmo a questo punto qua- 
druplicarle: 

Rx "say fuori "" dentro 

wrrrrrr 3 n C O ¥ 3 \\ n n ti \\ n w 

Se volessimo scendere di un ulterio- 
re livello dovremmo raggiungere le 
8 virgolette e poi le 16 e così via... 
Tutto ciò, ovviamente, rende piutto- 
sto scomodo l'uso di Rx in certe 
situazioni. Torniamo ora al program- 
ma iniziale, ricarichiamolo nel text 
editor e proviamo a modificare il 
testo in questo modo: 

say Hello World 

Abbiamo semplicemente eliminato 
le virgolette. Salviamo il programma 
ed eseguiamolo: il risultato sarà la 
stampa del messaggio HELLO 
WORLD. La stringa è diventata tutta 
maiuscola (poco male, c'era da 
aspettarselo), ma il fatto grave è che 
Hello World non è più una stringa, 
anche se lo sembra: per ARexx si è 
trasformato in due variabili accosta- 
te (lo si capirà meglio quando tratte- 
remo delle variabili). Anche questo 
è estremamente importante. Se in 
precedenza avessimo definito la 
variabile Hello con un altro valore, 
invece della stringa HELLO sareb- 
be stato stampato il valore della 
variabile. Inoltre, non trovando le 
virgolette, ARexx è costretto a guar- 
dare nell'elenco delle proprie varia- 
bili per vedere se ne compare una di 
nome Hello, cosa che porta via una 
certa quantità di tempo, anche se 
minima. E' quindi una buona regola 
di programmazione porre sempre le 
costanti stringa tra virgolette, anche 
quando non sembrerebbe stretta- 
mente necessario. Potrebbe diven- 
tarlo in futuro, quando magari modi- 
ficheremo il codice, aggiungendo 
una nuova variabile. In ogni caso 
riparmieremo del tempo prezioso. 
ARexx ha tantissimi pregi, ma uno 
gli mancadi sicuro: lavelocità. Nelle 
stringhe possono comparire anche 
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caratteri non ASCII, per esempio le 
lettere accentate, che non sono 
permesse al di fuori delle virgolette. 
Se uno di questi caratteri viene 
usato, per esempio, come nome di 
variabile, ARexx segnalerà un erro- 
re del tipo: 

+ + + Error 8 in line 4 : 
Unrecognized token 
Command returned 10/8: 
Unrecognized token 

“Token” è il termine generico con cui 
ARexx indica gli elementi del lin- 
guaggio, siano essi nomi di variabi- 
le, di istruzione, di funzione e così 
via. 

Se vogliamo inserire dei caratteri di 
controllo in una stringa, possiamo 
indicare direttamente il valore esa- 
decimale dei caratteri mediante 
questo costrutto: 

'0A' x 
"0A"x 


OA verrà trasformato nel carattere di 
NEWLINE (10 decimale). Si posso- 
no porre più caratteri in sequenza: 

'OAOD'x 

e anche inserire spazi per una 
maggiore leggibilità; verranno del 
tutto ignorati dall’interprete: 

'0000 0004 ' x 

In questo caso, avremo tre caratteri 
0 seguiti da 4. 

Si noti che questo tipo di costrutto 
può anche essere concepito come 
una longword che contiene il valore 
decimale 4. Alcuni funzioni di ARexx 
possono aver bisogno di tale tipo di 
parametro. Però ai fini dell’interpre- 
te, tale longword appare a tutti gli 
effetti come una stringa di 4 caratte- 
ri. La x che segue il secondo apice 
indica che la stringa contiene dei 
valori esadecimali; se invece della x 
si usasse una b, la stringa dovrebbe 


contenere dei valori binari: 

"01001000" b 

questo corrisponde al valore esade- 
cimale 48 (decimale 72, al carattere 
H maiuscolo in ASCII). 

Infine, ricordo che una stringa è 
come un commento: non finisce fin- 
ché non viene chiusa. Pertanto è 
sempre possibile andare a capo: 

SAY " 

Hello Wor 
ld" 

darà il solito messaggio (gli a capo 
sono eliminati dall’interprete), come 
se fosse stato scritto su una sola 
linea. L’argomento trattato sembra- 
va semplice, in realtà ci ha tenuti 
piuttosto occupati, ma è di estrema 
importanza perché ARexx gestisce 
praticamente ogni cosa mediante le 
stringhe, anche i numeri, come 
vedremo la prossima volta. ▲ 
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D opo la trattazione estrema- 
mente teorica della scorsa 
puntata, torniamo su qualco- 
sa di più pratico: la gestione della 
stampante attraverso un program- 
ma in C. Il compito che ci prefiggia- 
mo non è per nullacomplicato, bene 
o male chiunque ha avuto la possibi- 
lità di vedere all'opera una di queste 
periferiche, non vi sono concetti 
astratti da assimilare e non vi è 
neppure la necessità di ricorrere a 
strane librerie, accedere ai chip 
custom o fare "acrobazie" con i 
puntatori, quindi rilassatevi! Se tra- 
lasciamo il fattore prezzo, possiamo 
differenziare le stampanti attraverso 
la tecnologia di funzionamento, 
possiamo, ad esempio, citare la 
stampa tramite aghi o una marghe- 
rita, o mediante il fissaggio di toner 
attraverso un laser, per getto di in- 
chiostro liquido, per trasferimento 
magnetico di inchiostro termosensi- 
bile in polvere, ecc. Un principiante 
potrebbe, in un primo momento, 
credere che un programma, che in 
qualche modo debba stampare, 
abbia la necessità di riconoscere la 
stampante in linea e adattarsi alla 
sua specifica tecnologia, fortunata- 
mente le cose non stanno così. Per 
prima cosa esistono le preferences: 
con questo programma l'utente 
rende noto ad Amiga ogni caratteri- 
stica della propria stampante, se- 
gnala, in pratica, se la propria stam- 
pante è una normale 9 aghi collega- 
ta alla porta parallela oppure una 
sofisticata laser collegata alla porta 
seriale, se è in grado di stampare a 
colori, se è 80 o 132 colonne, se 
funziona a modulo continuo o a fri- 
zione e via dicendo. Come secondo 
punto, Amiga dispone di un nome 


simbolico univoco tramite il quale 
accedere alla stampante; allo stes- 
so modo con cui DFO: si riferisce al 
primo drive del computer, PRT: si 
riferisce all'unità di stampa e con la 
stessa facilità con cui si copia un file 
di testo sul primo drive è anche 
possibile stampare un file ASCII. 
Chiunque abbia digitato da CLI la 
sequenza Copy Nome-file-testo 
PRT: sa cosa intendo. Da un punto 
di vista pratico, un programma ha 
spesso la necessità di dover stam- 
pare una serie di dati che ha gene- 
rato in memoria, considerate, ad 
esempio, tutti i programmi per l'ela- 
borazione dei testi, i fogli elettronici, 
i pacchetti statistici, la miriade di 
monitor/analizzatori/manipolatori di 
pubblico dominio, ecc. Vediamo 
come si può realizzare una stampa, 
sviluppando, con un breve pro- 
gramma C, l'idea che ho appena 
descritto. 

IL PROGRAMMA 

Dopo aver incluso gli header file 
necessari, definiamo alcune 
variabili. Avremo bisogno di un ar- 
ray di char per memorizzare il testo 
da stampare, di una variabile di tipo 
char da usare come buffer e di un 
contatore. 

char Memoria [13 5]; 
char carattere; 
int contatore=0; 

Avremo anche bisogno di due varia- 
bili per contenere ciò che si defini- 
sce handler di un file. L'handler non 
è altro che un puntatore ad un deter- 
minato file, puntatore che si ottiene 
passando alla funzione DOS Open() 


il nome del file stesso e le sue 
modalità d'accesso. 

BPTR PrtHandler, 
FileHandler; 

Osservando questa definizione, 
notiamo un tipo di dato mai usato in 
nessun programma precedente, il 
BPTR, abbreviazione di BCPL 
POINTER. Il BCPL è un linguaggio di 
programmazione che ha avuto il suo 
periodo di massima diffusione attor- 
no ai primi anni '70, è il progenitore 
del C e come tale ha alcune caratte- 
ristiche in comune, ma anche molte 
differenze rilevanti. Un confronto fra 
il C e il BCPL esulerebbe dallo sco- 
po di questo articolo, ci limiteremo 
soltanto ad analizzare i tipi di dati, le 
cui differenze hanno un notevole 
peso nella programmazione Amiga. 
In C, come ben sappiamo, esistono 
tipi di varie dimensioni e unadiscre- 
ta serie di qualificatori per estende- 
re o limitare i tipi di base. Il BCPL, 
invece, è un linguaggio senza tipi e 
permette solo manipolazioni a 32 
bit. Ora consideriamo il 68000, que- 
sto versatile processore lavora su 
indirizzi di memoria a 32 bit, ma per- 
mette riferimenti ad esso solo con 
offset di byte. Questa caratteristica 
non crea nessun problema quando 
si usano i puntatori C: il compilatore 
conosce le caratteristiche di Amiga 
e genera del codice con gli adegua- 
ti indirizzamenti. In BCPL, invece, 
questo non è possibile, non vi è 
modo di specificare offset a byte, i 
puntatori, quindi, non sono 
compatibili. Quando si ottiene un 
puntatore come ritorno da una fun- 
zione DOS, e vi è la necessità di 
passarlo ad una qualsiasi funzione 
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del resto del sistema operativo, bi- 
sogna sempre eseguire una con- 
versione moltiplicando il BPTR per 
quattro (e dividendolo per quattro 
quando se si esegue l'operazione 
inversa). Molti di voi a questo punto 
si sentiranno confusi, ciò è naturale 
soprattutto se non avete esperienze 
di microprocessori, quindi non pre- 
ocupatevi se non siete riusciti a 
seguire il discorso sui puntatori 
BCPL. Sappiate solo che ogni volta 
che dovete passare un normale 
puntatore a una funzione DOS, o vi- 
ceversa, DOVETE eseguire SEM- 
PRE una conversione secondo le 
seguenti regole: 

Manipolazione Conversione 
richiesta 

C -> BCPL I puntatore C / 4 

BCPL -> C I puntatore BCPL 

* 4 

Nasce spontaneo chiedersi perché 
è stata realizzata una parte di Amiga 
in BCPL, mentre tutto il resto è stato 
fatto in un misto di C e assembler. 
La risposta ricade nella leggenda: i 
creatori di Amiga avevano quasi 
ultimato la realizzazione del sistema 
operativo, avevano creato tutte le 
sezioni principali, mancava soltanto 
la parte riguardante il DOS. Purtrop- 
po i progettisti erano molto in ritardo 
sulla tabella di marcia prevista, 
avevano delle date da rispettare e 
mancava il tempo materiale per 
creare un DOS daccapo. Decisero, 
allora, di adottare un sistema opera- 
tivo già esistente, realizzato all'uni- 
versità di Cambridge, denominato 
TRIPOS. Quest'ultimo si adattava 
bene alle strutture di Exec e al con- 
cetto di Device, e, nonostante fosse 
scritto in BCPL, fu scelto e imple- 
mentato su Amiga in circa tre 
settimane. Per questa necessità 
puramente commerciale, ogni volta 
che si usa la libreria DOS bisogna 
seguire alcune accortezze di inter- 
facciamento tra C e BCPL. Esiste un 
testo molto interessante in lingua 
inglese suH'implementazione del 
BCPL in Amiga, corredato da esem- 
pi in C, note storiche, bibliografia e 
informazioni sul TRIPOS. Tale testo 
è di pubblico dominio e i possessori 


di modem lo possono trovare su 
molte BBS, ad esempio, su IDCMP 
BBS di Imola (Tel. 0542-25983 300- 
14400HSTBps) si trova in area file 
11 con il nome di BCPLSTUF.ARJ. 
Torniamo alla trattazione tecnica, 
abbiamo definito due puntatori 
BCPL atti a contenere gli Handler, 
ora dobbiamo ottenere l'handlerper 
il file di testo da leggere. 

if ( (FileHandler = Open 
( "ram:TestoProva" , 

MODE_OLDF I LE ) ) == NULL) 

Exit (NULL) ; 

La funzione Open richiede come 
argomenti il nome del file e le sue 
modalità d'accesso, quest'ultime 

vengono identificate tramite alcune 
macro definite nell'include file Libra- 
ries/Dos.h 

Modalità I Azione 

MODE-OLDFILE I II file deve 

già esistere 

MODE-NEWFILE I Viene 

creato un 
nuovo file 

MODE-READWRITE I Se il file non 
esiste, il 
DOS lo crea 
automatica 
mente 

La funziona ritorna l'Handler come 
puntatore BCPL oppure zero se fal- 
lisce, un tipico fallimento può essere 
quello generato dal passaggio alla 
funzione di un nome di file, con 
modalità MODE-OLDFILE, non esi- 
stente sul disco. 

Nell'esempio qui illustrato ho inseri- 
to come file da manipolare 
Ram:TestoProva,tale file (presente 
sul disco assieme a questo esem- 
pio) dovrà essere copiato in RAM 
Disk. Open() non potrà generare l'- 
Handler se non troverà il file in RAM:, 
questo perché abbiamo specificato 
come modalità MODE-OLDFILE, 
inoltre, in tal caso, Open() ritornerà 
zero e il programma uscirà imme- 
diatamente usando lafunzione DOS 
Exit().Se avessimo invece specifi- 
cato la modalità MODE-NEWFILE, 
senza copiare il file in RAM:, un 


nuovo file di nome TestoProva sa- 
rebbe stato automaticamente crea- 
to. 

Ora vogliamo copiare tutto ciò che è 
presente nel file TestoProva in 
memoria, per fare questo useremo 
una funzione di lettura in un ciclo for: 

for ( cont at ore=0; 

contatore < 135; 

Read (Fi I eHandl er, &carattere,l) ) 

i 

Memoria [contatore] =carattere; 
printf ( " °/(C " , Mennr i a [contatore] ) ; 
++contatore; 


Qui vediamo l'uso di una nuova 
funzione: Read, così definita: 

Read (handler_ file, 
buffer, lunghezza) 

Handler_file è l'handler del file da 
leggere, lunghezza è il numero di 
byte da leggere, mentre buffer è 
l'indirizzo dove copiare le informa- 
zioni lette. La funzione ritorna il 
numero di byte letti, valore molto 
utile per eseguire controlli. Se, ad 
esempio, il valore ritornato è inferio- 
re a quello richiesto in lunghezza, 
significa che il file era più corto del 
previsto e ciò può causare dei 
problemi. 

Nel nostro esempio specifico viene 
letto un carattere per volta (lunghez- 
za^) dal file RAM TestoProva, 
questo viene memorizzato in un 
array e mostrato contemporanea- 
mente sul video. 

Il ciclo è stato fatto in modo da sod- 
disfare la lunghezza del file Testo- 
Prova presente sul disco, se notate, 
infatti, non vengono eseguiti con- 
trolli. 

Concluso il ciclo, l'array sarà una 
copia esatta del file TestoProva e 
potrà essere stampato, dopodiché 
l'handler di TestoProva non avrà più 
nessuna utilità e potrà essere rila- 
sciato con lafunzione Close(). 

Close (FileHandler) ; 

Per questo mese è tutto, ricordiamo 
che i file d'esempio sono contenuti 
nel cassetto BasicFacile. 
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U no degli aspetti più rilevanti 
della programmazione, qua- 
lunque sia il linguaggio adot- 
tato, è rappresentato dal rapporto 
tra il computer e i dispositivi esterni 
ad esso collegati, in alcuni casi di 
vitale importanza: floppy e hard 
disk, stampante, video, eccetera. 
AmigaBasic consente la gestione di 
queste periferiche in modo abba- 
stanza semplice, come largamente 
illustrato nella sua manualistica a 
proposito della manipolazione dei 
file su disco. 

Lo stesso meccanismo, con moda- 
lità più o meno particolari, può d’al- 
tra parte essere applicato anche per 
esigenze diverse, coinvolgendo l'u- 
so di device forse meno sfruttati, ma 
estremamente utili in alcune circo- 
stanze. 

Intanto, generalizzando, comincia- 
mo col considerare la generica 
procedura di accesso alle periferi- 
che, che può essere riassunta in tre 
passi: apertura di un canale di 
comunicazione con il dispositivo, 
invio o ricezione di dati, e, infine, 
chiusura del canale di comunicazio- 
ne. In pratica proprio lo stesso tipo 
di procedura comunemente adotta- 
to per il trattamento dei file-disco, 
ma, come ovvio, citando differenti 
nomi di device nella sintassi dei 
comandi preposti ad assolvere i tre 
compiti prima accenati. 
Rimandando alla lettura del manua- 
le di AmigaBasic e ai trascorsi ap- 
puntamenti con questa rubrica per 
una più generale cognizione dell'ar- 
gomento, in questa sede ci occupe- 
remo di due di questi dew'ce, CON: 
e COMI:, pressoché ignorati dalla 
manualistica a dispetto della loro 
utilità. 


Con il primo, in particolare, è possi- 
bile supplire a una carenza di Ami- 
gaBasic in rapporto all’output di 
testi sullo schermo. 

E’ noto, infatti, come sia impossibile 
da programma associare attributi di 
stile (neretto, sottolineato, corsivo) 
al testo, se non ricorrendo a librerie 
di sistema non sempre di facile 
comprensione. L’assenza di co- 
mandi dedicati può tuttavia essere 
aggirata con maggiore facilità trat- 
tando lo schermo esattamente 
come si farebbe con una stampan- 
te, ovvero inviando a quel dew'ce 
una sequenza di caratteri speciali 
che attivi l’effetto desiderato. Per chi 
non l’avesse ancora capito, si sta 
parlando del cosiddetto standard 
ANSI, quello stesso direttamente 
sfruttabile da ambiente DOS. Per 
prenderne atto, si provi ad aprire 
una finestra Shell e, dopo avere 
premuto una volta il tasto Escape, a 
digitare al suo interno i caratteri [1 m. 
Il testo, da questo momento in poi, 
apparirà in neretto. Se volessimo 
ottenere, da BASIC, lo stesso effetto 
su un testo su carta, basterebbe 
inviare la stessa sequenza alla 
stampante, adoperando in questo 
caso il device PRT:, che utilizza di- 
rettamente i settaggi delle Preferen- 
ces per adattarsi alle caratteristiche 
della stampante. In termini pratici, 
quanto appena affermato si tradur- 
rebbe in questa serie di istruzioni 
BASIC: 

OPEN "PRT:" FOR OUTPUT AS 
#1 

PRINT #1,CHR$ (27) +" [lm" 
CLOSE 1 

Il carattere Escape, come si può 


notare, è espresso dal suo corri- 
spondente valore ASCII, che è 
appunto 27. 

Già, ma come applicare lo stesso 
metodo a una finestra di AmigaBa- 
sic? Il manuale dell’interprete Micro- 
soft cita l’esistenza di un device 
SCRN: riferito allo schermo, ma se si 
prova a sostituire nel mini listato, di 
cui sopra, la citazione SCRN: al 
posto di PRT:, si constaterà l’ineffi- 
cacia della soluzione: verrà sempli- 
cemente riprodotta carattere per 
carattere la sequenza ANSI. 

La soluzione, però, è a portata di 
mano. Nell’esperimento preceden- 
te si era adoperata una finestra del 
DOS, che notoriamente sfrutta il 
device CON:. 

Basterà adoperare questo stesso 
device anche da BASIC, e con le 
stesse modalità, per ottenere quan- 
to ci si era prefissato. Si provi, a titolo 
di esempio, ad attivare un listato 
come questo: 

fìl$="con: 80/2 0/150/ 150/ 
Ansi test" 
esc$=CHR$ (27) +" [" 
def lt$=CHR$ (27) +" [0m" 

OPEN f i 1 $ FOR APPEND AS #1 
LEN=1 

PRINT# 1 ,bsc$" lm" ; 
"Grassetto" 

PRINT # 1 , def lt $ 

PRINT# 1 , escS "3m" ; 

"Corsivo" 

PRINT #1 , def lt$ 

PRINT #1, esc$"4m"; 
"Sottolineato" 

PRINT #1 , def lt$ 

PRINT #1, esc$"lm"esc$"4m"; 
"Misto" 

PRINT # 1 , def lt $ 

PRINT #1, esc$"7m"; " 
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Reverse " 

PRINT #1, deflt$ 

PRINT #1, esc$"42; 33m Color 

w 

PRINT # 1 , def It $ 

WHILE MOUSE (0) =0 : WEND 
CLOSE 1 : END 

Stavolta, in una finestra delle dimen- 
sioni specificate nella variabile fi/$ , 
come da analoga sintassi Amiga- 
Dos, verrano mostrati i vari stili di 
scrittura possibili. Per uscire dal 
programma occorrerà cliccare con 
il mouse nella finestra di output del 
BASIC, all’esterno di quella titolata 
Ansi Test. 

Si noti, in particolare, come gli stili 
siano associabili: si potrà avere un 
neretto sottolineato, o un corsivo in 
grassetto (e così via) semplicemen- 
te inviando più sequenze ANSI al 
device CON:. 

Oltre che gli stili di scrittura, l’esem- 
pio mostra anche come con questa 
tecnica possa essere modificato il 
rapporto colore tra sfondo e primo 
piano, pur se con maggiori limitazio- 
ni rispetto al tradizionale Color del 
BASIC. 

Per un uso proficuo, basterà consul- 
tare una tavola delle sequenze ANSI 
(ISO) e scegliere quelle che servono 
ai propri scopi. 

LA PORTA SERIALE 

Se lo schermo, tutto sommato, può 
essere trattato come una qualunque 
altra periferica, non si può dire lo 
stesso del device COMI:, riservato 
a una gestione specializzata della 
porta seriale . T ramite COM 1 : , infatti , 
è possibile pilotare una tipica attività 
da terminal, perlopiù identificabile in 
un rapporto computer-modem. 
Considerate le limitazioni legate alla 
presenza dell’interprete e la diffu- 
sione sul mercato di efficienti pro- 
grammi di comunicazione, la pro- 
gettazione di un terminal in BASIC 
può sembrare anacronistica. Tutta- 
via, anche senza obbligatoriamente 
dover prevedere la presenza di un 
modem (si pensi alla connessione 
fisica di due computer attraverso la 
porta seriale), è comunque possibi- 
le qualche applicazione personaliz- 


zata, per esempio volta ad automa- 
tizzare il collegamento con un 
modem remoto. 

Da un punto di vista pratico, il device 
COMI: presenta qualche differenza 
applicativa. Intanto, la fase di aper- 
tura del dispositivo non richiede che 
si precisi la parola chiave Input, 
Output oppure Append. Data per 
scontata una anche superficiale 
consultazione del manuale di Ami- 
gaBasic, basterà qui accennare al 
necessario settaggio di alcuni para- 
metri riguardanti la velocità di tra- 
smissione/ricezione dei dati e il for- 
mato che dovranno assumere i byte 
che li contengono. Anche senza una 
precisa conoscenza del significato 
di questi parametri, in pratica occor- 
rerà badare, soprattutto, a farli coin- 
cidere in entrambi i terminali interes- 
sati alla comunicazione, siano essi 
collegati via modem che via cavo 
seriale. Inoltre, proprio per un limite 
intrinseco del BASIC, è opportuno 
non settare velocità di trasmissione 
superiori a 2400 Baud. 

Ma prima di aggiungere qualche 
opportuno dettaglio, ecco come, 
con pochissime righe di program- 
ma, è implementabile un terminale 
assolutamente funzionante finaliz- 
zato all’uso di un modem che sup- 
porti i 1200 Baud: 

WIDTH 80 

apre$="coml : 1200, N, 8,1" 

OPEN apre$ AS #1 
PRINT #1, "ATZ" 

ON BREAK GOSUB fine 
BREAK ON 
WHILE 1 
tasto$=INKEY$ 

IF tast.o$<>"" THEN 
PRINT # 1 , tasto$ ; 

PRINT tasto$ ; 

END IF 

IF LOC (1) =1 THEN 
PRINT INPUT$ (1,1); 

END IF 
WEND 
fine : 

BREAK OFF: CLOSE 1 : END 

Volendolo adattare alla velocità 
immediatamente superiore, basterà 
modificare il valore 1200 contenuto 
nella variabie stringa apre$ in modo 


che diventi 2400. In generale, il suo 
funzionamento può così essere sin- 
tetizzato: ogni carattere digitato da 
tastiera viene inviato alla seriale da 
un normale Print# sul canale aperto 
allo scopo, mentre lo stesso caratte- 
re viene poi normalmente stampato 
a video, emulando il cosiddetto full 
duplex. 

Per la fase di ricezione, invece, 
occorre un controllo sulla porta, affi- 
dato alla funzione del BASIC Loc(), 
che restituisce valore 1 se un byte è 
pronto per essere letto, oppure 0 in 
caso contrario. 

Il terminale è, come ovvio, molto 
rudimentale, ma si presta a migliorie 
di ogni sorta. 

Se si considera l'uso associato a un 
modem che accetti lo standard 
(ormai pressoché universale) 
Hayes, in pratica basterà digitare 
direttamente da tastiera (o creando 
appositi menu) i comandi accettati 
da questo standard per fare tutto ciò 
che si desidera. Così, una volta atti- 
vato il programma, si potrà, per 
esempio, effettuare una chiamata 
telefonica digitando ATDP seguito 
dal numero di telefono, o (come fa la 
quarta riga del listato) inviare una 
stringa che resetti la configurazione 
del modem. 

Inutile dire che, per quanto l’uso di 
COM 1 : renda possibile quasi tutte le 
comuni applicazioni legate al mo- 
dem, è anche necessaria una sep- 
pur minima conoscenza dei mecca- 
nismi d'azione di questa periferica, 
in modo da adattarne le esigenze al 
trattamento effettuato dal program- 
ma di comunicazione. 

Il listato proposto si limita alla rice- 
zione/invio dei dati al solo scopo di 
visualizzarli a video, ma nulla viete- 
rebbe (teoricamente) che gli stessi 
venissero, per esempio, indirizzati a 
un file-disco aperto in scrittura, 
consentendo così la ricezione di file 
da un terminale all’altro con il mo- 
dem a fare da tramite. 

Ma, in simili casi, la sicurezza del 
trasferimento diventa un’esigenza 
imprescindibile, e il compito di pro- 
gettare un algoritmo che la garanti- 
sca si fa decisamente complesso, 
tanto da scoraggiarne l’implemen- 
tazione in BASIC. ▲ 
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PROJECT X 

TEAM 17 

Rieccoli dopo lo strepitoso 
successo e i riconoscimenti 
ottenuti su tutte le riviste del 
settore con Alien Breed e 
Full Contact, il Team 1 7 tor- 
na all'attacco con un nuovo 
gioco A dire il vero siamo 
molto contenti dei risultati 
ottenuti da questi ragazzi 
ex-membri della scena 
Amiga (pirati N.d.R.) eincui 
questa rivista ha sempre 
creduto, segnalandoveli già 
parecchi mesi fa, quando la 
concorrenza non ne conso- 
ceva nemmeno l'esistenza. 
Questo, modestiaa parte, ci 
fa molto piacere, soprattutto 
dopo aver visto la loro ulti- 
ma produzione, Project X, 
che può essere tranquilla- 
mente etichettato come il 
miglior shoot 'em up mai 
visto su Amiga. Questavolta 
Rico Holmes & C. hanno 
infatti deciso di mostrare la 
propriaabilitàcon un gioco 
completamente diverso 
dalle loro precedenti produ- 
zioni: così, dopo un picchia- 
duro, un gioco di guidae un 
arcade con inquadratura 
dall’alto, il team (ormai indi- 
pendente al cento per cen- 
to) ha tentato di realizzare 
un classico per Amiga se- 


guendo i canoni più tradi- 
zionali per uno sparatutto: 
scrolling orizzontale, armi 
extra, power up, beam, 
nemici di fine livello e tante, 
tante, tante astronavi a riem- 
pire lo schermo. Ma proce- 
diamo con ordinerai menu 
principale. La prima cosa 
che si nota, oltra al logo 
gigantesco di Project X e 
alla colonna sonora techno 
rave davvero "pompatissi- 
ma", è il cast d'eccezione: 
oltre a Holmes, Brimble e 
soci, segnaliamo Stefan 
Boberg (autoredel magnifi- 
co LHA) come programma- 
tore aggiunto, Bjiorn Lynne 
(colonna sonora di Fanta- 
stic Voyage) come consu- 
lente musicale e Rob 
Northern. Le opzioni non 
sono moltissime, mahanno 


una discreta dose di origi- 
nalità: per cominciare è 
possibile scegliere fra tre 
astronavi diverse, ognuna 
con differente potenza di 
fuoco e maneggevolezza. 
Si può poi cambiare la già 
citata musica rave con una 
melodia più orecchiabileda 
shoot'em up classico, sal- 
vare e caricare gli high sco- 
re e selezionare il modo 
Arcade o Rookie: con il pri- 
mo il gioco è più difficile, ma 
è possibile ripartiredai livelli 
più avanzati e scrivere il 
proprio nome nella tabella 
dei record, mentre ilsecon- 
do è unavariantefacilitatae 
limitata. Settato il gioco a 
proprio piacimento, si parte 
con una schermata d'intro- 
duzione (diversa ad ogni 
livello) e con il gioco vero e 


proprio: come nel 

vecchissimo Nemesis , di- 
struggendo le varie ondate 
di nemici, si ha la possibilità 
di raccogliere un power up 
che va ad aumentare l'arse- 
nale a propria disposizione 
Tutto questo fino ad arrivare 
allo scontro con il nemico 
finale, più cattivoecoriaceo 
che mai Project Xe, da ora, 
la nuova pietra di paragone 
nel campo degli shoot em 
up programmazione, grafi- 
ca e sonoro non hanno nulla 
da invidiare aZ-Out e la qio- 
cabilità è persino super ore 
aquella di Silkworm. E' inu- 
tile che vi dica di andare a 
comprarlo... Un unico av- 
vertimento: questo gioco è 
parecchio difficile, quindi 
non aspettatevi di portarlo a 
termine in pochi giorni! 
Uomo avvisato. .. 


TOP WRESTLNG 

GENIAS 

Il wrestling: unadisciplina (o 
indisciplina?) sportiva di 
enorme successo negli 
USA, discretamente segui- 
ta anche nel nostro paese, 
come dimostra l'impegno 
preso da Telepiù 2 di tra- 
smettere interamente in di- 
retta Wrestlemania 8, il 
meeting più importante in 
questo campo (in America 
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gli spettatori collegati per 
quest'eventoerano svariate 
decinedi milioni!). Purtrop- 
pofino ad oggi le simulazio- 
ni di wrestling per Amiga si 
erano rivelate, per la stra- 
grande maggioranza, di 
bassissimo livello e il solo 
WWF Wrestlemania della 
Ocean, uscito a inizio anno, 
meritava di essere preso in 
considerazione. LaGenias, 
reduce dallo strepitoso suc- 
cessodi Warm Up, ha deci- 
so di sopperire a questa 
lacuna con il suo ultimo 
prodotto: Top Wrestling. 
Inutile dire che questogioco 
parte con un discreto handi- 
cap rispetto al titolo Ocean 
per lamancanzadei nomidi 
richiamo della World Wres- 
tling Federation, di cui la 
software house anglosas- 
sone detiene i diritti, ma 
questo in fondo è l'unico 
fattore a svantaggio di Top 
Wrestling. I sedici lottatori di 
cui potete disporre, infatti, 
non si chiamano Hu Ik Ho- 
gan o Ultimate Warrior, ma 
sono uguali a loro in tutto e 
per tutto. Oltre a scegliere il 
proprio personaggio, inTop 
Wrestling è possibile dispu- 
tare un incontro singolo (da 
soli o in due contempora- 
neamente) o lanciarsi nel 
torneo per la conquista del 
titolo di campione del mon- 


do. Dopo aver assistito a 
unapaiodi animazioni note- 
voli si passa così al match 
vero e proprio: le mosse 
possibili sono numerosissi- 
me e, nonostante vincere 
sia discretamente difficile, 
la giocabilità è parecchio 
superiore a quella di WWF 
Wrestlemania, la grafica è 
curata, equel che piùconta, 
le animazioni sono elevate 
in quantità e qualità. Proprio 
la grafica è il punto forte di 
Top Wrestling: oltre aquella 
dei vari lottatori sono da se- 
gnalare senz'altro le anima- 
zioni e le schermate varie 
che fanno da contorno al 
match, realizzate in puro 
"stile Cinemaware". Il sono- 
ro è buono, la programma- 
zione pure... Cosa volete di 
più? 


AGONY 

PSYGNOSIS 

Esistono giochi per Amiga 
che, per la cura con cui 
sono stati realizzati, vengo- 
no usati per parecchi anni 
come termine di paragone: 
così, ad esempio, quando 
un titolo è tecnicamente 
notevole, nasce spontaneo 
il confronto con Shadow of 
thè Beast, uno dei migliori 


prodotti Amiga come pro- 
grammazione, grafica e 
sonoro ancora oggi.E'quin- 
di comprensibile lo stupore 
provato dopo le dichiarazio- 
ni degli "addetti ai lavori" 
della Psygnosis che indica- 
vano Agony come il possibi- 
le "Beast degli shoot'em 
up". Dichiarazioni che solo 
ora, provando il gioco finito, 
possiamo confermare in 
pieno. Agony, infatti, non è 
ungiocoo,perdirlameglio, 
si avvicina come concept 
molto più a un demo che a 
uno sparatutto vero e pro- 
prio. Com'è possibile? 
Semplice: in passato la soft- 
ware house di Liverpool ha 
sempre fatto incetta dei 
migliori programmatori di- 
sponibilisul mercato, e, fat- 
ta esclusione per gli stipen- 
diati della Rainbow Arts, 
solo un team era stato in 
grado di produrre qualcosa 
di egualmente valido, pur 
lavorando per un'altracasa: 
stiamo parlando di Art & 
Magic, autori di Unrealper 
la Ubisoft. Così il signor Psy- 
gnosis ha deciso di recluta- 
re lo squadrone francese e 
integrarlo con una decina di 
grafici e musicisti anglosas- 
soni (il mitico Roger Dean ha 
curato il logo, come al solito, 
e Jerome Tel, ex-Maniac of 
Noise, s'è occupato della 
colonna sonora). Il risultato 
è tecnicamente mostruoso: 


la grafica è stupefacente 
(Sauer,che hadisegnato le 
schermate introduttive di 
ogni livello, non e di questo 
pianeta), il sonoro è magni- 
fico e la programmazione è 
suglistessi livelli. Eilgioco? 
Scarsino... Essenzialmente 
si tratta di uno sparatutto a 
scrolling orizzontale con le 
solite armi extra e i classici 
nemici di fine livello e questa 
mancanza d'originalità si 
sente eccome: anche la gio- 
cabilità è piuttosto limitata, 
soprattutto acausadelle di- 
mensioni eccessive del 
protagonistaedi quelle limi- 
tate dell'area di gioco. Inol- 
tre, Agony è, contrariamen- 
te alla maggioranzadei gio- 
chi Psygnosis, incredibil- 
mente facile e finirlo non è 
certo impresa titanica, an- 
che se l'unico stimolo a 
proseguire nei livelli è il 
desiderio di vedere nuovi 
mostri e nuove schermate 
grafiche. Realizzazionetec- 
nica perfetta, giocabilità 
sottozero: a voi la scelta se 
comprarlo o no... Secondo 
noi se volete spendere sag- 
giamente i vostri soldi sa- 
rebbe meglio optare per 
ProjectX, recensito in que- 
sto numero, molto più velo- 
ce e giocabile. Se invece 
volete una prova di quanto 
vale il vostro Amiga non c'è 
alcun dubbioche Agony è il 
titolo che fa per voi. 
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la più moderna e autorevole rivista italiana di elettronica pratica dedicata agli hobbisti e ai tecnici di laboratorio. 



Oltre ai numerosi progetti presentati in Kit, Fare Elettronica, olire ogni mese 



interessantissime rubriche: Computer Hardware, Applichip, TV Service (con schema TV), auto HI-FI, 








Cosa ha 16 milioni dì colori - un frame buffer a 24 bit - 

GENLOCK - FRAMEGRABBLER - ELIMINA TORE DI FLICKER ■ 
PICTURE IN PICTURE - TITOLATRICE VIDEO E UN SISTEMA DI 
MODELLING TRIDIMENSIONALE 



Impact Vision 24 è un sogno che si 
avvera per la tua A2000 - A 3000: E’ 
la prima periferica multif unzione 
specificatamente pensata per gli 
slot di espansione de!l'A3000. 

Con il kit opzionale “genlock slot” 
A2000 completa ed aumenta le 
performance deil’A2000. Guarda 
queste “features”, tutte assieme 
in una ‘‘UNICA ” scheda di espan- 
sione !! 

I Pi ► GENL0CKS 

0 (Rgb+Sync) 

•Sm ©**sS#SM 1 II Genlock Rgb 
Ut i5StZyif.fi opera digitalmente, 
per produzione di 
qualità assoluta- 

mente professionale: niente diffusioni di 
colori, niente false immagini, ecc. 

► 1,5 MB Frame Buffer. 

Mostra a 24bit, 16 milioni di colori sul 
tuo monitor. 

In un monitor Multi-Sync, puoi anche 
vedere 16 milioni di immagini a colori in 
modo non interlacciato. 

^ Framegrabbler/Digitizer in tempo 
reale. 

Congela, blocca e salva (nei formati 
standard a 4096 col., oppure IFF 1 6M 
colors) qualsiasi immagine proveniente 
da sorgenti video RGB. Per “bloccare“in 
modo videocoinposito o S-VJIS è 
necessario un RGB splitter (optional). 

^ Eliminatore di Flicker. 

Raddoppia e potenzia la 
circuiteria video 
deU'A3000.De-interlaccia 
qualsiasi video esterno! ! 

Una necessità per tutti i 
possessori di A2000 
Chiedi il nostro programma A2000 
“genlock slot trade up” se già usi un geli 
lock in modo insoddisfacente!!! 

► Uscite RGB, Videocomposito, e S-VHS 
simultanee. 

Ora qualsiasi cosa tu vedi su Amiga può 
essere registrato su videotape, 


Introduciamo la 
GVP IMPACT VISION 24 

La periferica Video “ All in one” per A3000 e A2000 


incluse animazioni, immagini a 24bit 
etc. 

► Immagine nell'immagine (PIP). 

Congela, ridimensiona e/o riposfziona 
immagini RGB in movimento come 
qualsiasi altro “workbench”, semplice- 
mente con un doppio click del mouse o 
mediante una "hot key". 

Con un monitor Multi-Sync tutto questo 
può avvenire anche in modo non 
interlacciato. 

Possibile e “unico” anche il “Reverse 
PIP” che ti permette di vedere un 
workbench completamente funzionante 
o qualsiasi altra applicazione sullo 
schermo (con possibilità di ridimensio- 
namento e riposizionamento) mentre 
“gira", a schermo pieno, un live video. 

^ Per assicurare un immediato 
sfruttamento delle performance della tua 
nuova IMPACT VISION 24 video 
station, includiamo in ogni I IM ■ 
prodotto alcuni software: ; , ti \ 

• CALIGARI - IV24 III II 

Una versione esclusiva di uno dei 
migliori software 3-D iti qualità 
broadcast di disegno e modelliti®. Usa 
la tua immaginazione per modellale 
scene tridimensionali avendo a v 
disposizione 16 M di colori. 

Usa le tue immagini digitalizzate 
video come tessuti per raggiungere 
qualsiasi obiettivo! Il limite è la tua 
mente!! 

• SCALA - Titolatrice 

Facile da usare, questo pacchetto è 
completo di tantissimi tonta speciali e 
di tanti eccitanti effetti speciali. 

Fai diventare il tuo Amiga un genera- 
tore di caratteri! 1 




dell 'IMPACT VISION 24. 

Puoi usare il mouse semplicemen- 
te o utilizzare una "hot key” 
configurabile per attivare qualsiasi 
cosa. 

Alla GVP, abbiamo cercato di creare 
un grande entusiasmo agli 
utilizzatori “PRO" di A2000/ 
A3000. 

Con IMPACT VISION 24 ce 
l’abbiamo fatta!!! 


impaci visioni 




' % * 

■J ] 

fi 

i 

I H 


m 

i ie'al 





• MACROPAINT IV24 

Un programma di grafica con 16M di 
colori in 2D che ti permetterà di 
creare e manipolare qualsiasi 
coloratissima immagine a 24 bit. 

• Pannello di controllo, 

Permette un completo controllo 
software su tutte le numerose features 
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